本文簡單介紹介面測試的整個工作流程，主要使用jmeter進行介面測試。
一、介面測試定義
介面測試是測試系統元件間介面的一種測試。介面測試主要用於檢測外部系統與系統之間以及內部各個子系統之間的互動點。測試的重點是要檢查資料的交換，傳遞和控制管理過程，以及系統間的相互邏輯依賴關係等。
二、介面測試的意義
1、保證系統介面的正確性和穩定性。
2、減少回歸測試人力與時間成本，提高測試效率，縮短測試週期。
3、相對ui自動化比較穩定，相對容易實現自動化持續整合。
三、介面測試適用場景
1、測試准入
後台介面開發完畢之後，針對介面進行功能測試，確保基本功能正常，可以進行後續測試。
2、回歸測試
針對bug修復之後，重新測試以確保問題已修復且未引入新問題。
四、測試流程
1、需求評審
2、介面測試用例設計
3、編寫測試指令碼
4、開發自測
5、提測
6、准入測試
7、介面測試
8、編寫介面測試報告
五、介面測試內容
1、引數校驗
1）引數格式校驗
2）引數的準確性校驗
3）必輸項與比輸出項校驗
4）邊界值分析
2、業務功能測試
1）正常場景
2）異常場景
3、效能測試
六、測試準備
1、需求文件
2、流程圖
3、介面文件
介面測試對介面定義文件要求很高，所有的介面資料型別及業務分支導致的報文返回結構是需要事先定義好的，所以要形成文件的習慣，以方便查閱，儘量減少團隊與團隊間的溝通成本。
4、測試資料
七、工具選擇
1、3款常用介面測試工具就要對比工具
介面型別
測試型別
jmeter
rest、soap等
可擴充套件websocket、socket
功能、效能
postman
rest 功能
soupui
soap、rest
功能、效能、安全
2、jmeter的優勢
1）可支援的協議更多
2）最大優勢：高可擴充套件性，可用外掛程式眾多。
八、簡單的介面測試建立流程
1、開啟jmeter
2、新增執行緒組
在測試計畫上右鍵新增-->threads(users)-->執行緒組。
介面測試一般使用預設配置，執行緒組名稱依據需要更改。
3、新增資訊頭管理
在上步的執行緒組上右鍵新增-->配置元件-->http資訊頭管理器
一般新增固定的資訊頭引數，此處新增的是內容請求格式及百果園的介面認證引數。
4、新增 http請求預設值
執行緒組上右鍵新增-->配置元件-->http請求預設值
當所有的介面測試的訪問網域名稱和埠都一樣時，可以使用該元件，一旦伺服器位址變更，只需要修改請求預設值即可。
填寫被測系統的網域名稱和埠，協議型別。
5、新增 http cookie 管理器
主要用來保持登入狀態。
6、新增***
介面測試通常新增檢視結果樹即可，方便檢視執行後的結果。
7、新增 http 請求
在http請求設定頁面，錄入被測介面的詳細資訊，包括請求路徑，對應的請求方法，以及隨請求一起傳送的引數，配置如下：
8、設定檢查點：
在http請求上右鍵新增-->斷言-->響應斷言，配置如下：
通常選擇響應斷言判斷返回資料是否符合預期。
執行後檢視結果：
上述步驟即完成了乙個簡單測試指令碼的建立，複雜測試案例均在此基礎上擴充套件完成。使用jmeter編寫的介面測試指令碼，乙個子系統建議放在同一「執行緒組中」，乙個模組建議使用「簡單控制器」來區分。
介面測試工具 postman使用教程
這個工具需要new乙個collection，就是組別，這樣的話執行組別，他下面的請求也都會跟著執行。建好collection後，新建乙個request。介面測試需要有介面文件，介面文件要寫的詳細，不標準的話會對我們測試造成很大影響，需要我們一塊塊和開發理清，太麻煩了。我們按照介面文件進行介面測試，首...
介面測試 工具 Fiddler使用一
之前的介面測試，不管是準確性測試還是壓力測試，其實更關注的是介面對於傳輸過來的資料，進行分析的能力。也就是說在某種意義上測試時單向的乙個情況。於是乎，繼續研究吧。1.安裝，沒什麼好說的，特意安裝了最新版本，但桌面沒有出現應用圖示，鬱悶了一會，最土的方式從安裝檔案中撈出來傳送到桌面快捷方式。2.啟動了...
何為介面測試工具？
什麼是介面 協議級別 測試？以上定義僅做參考，也許後面還會根據介面測試形態的變換重新定義。有意見的自己想去！3 那麼怎麼才能稱得上合格的介面測試工具呢？個人認為至少滿足如下 5 點 模擬請求 主要為http協議 的構造和傳送，以及響應結果的解析 提供豐富的斷言方法，自動判斷結果的正確性 靈活的用例組...