1.接口測試的流程
測試計划與方案 --> 接口用例設計 --> 接口測試執行 --> 缺陷報告與結果分析
2.接口工具的流程
腳本的設計，數據用例的設計，斷言（預期結果的設計），執行
3.測試計划與方案：
1.測試計划：即時間人員任務的安排
1.1 設計是在開發環境中，執行：可以在開發環境中，測試環境中，甚至其他環境中。設置環境變量即可
1.2 缺陷比較容易出現在后台（接口模塊），前端Bug比較容易出現在兼容性上。
1.3 系統完全實現好之后，仍然需要做系統測試。
2.測試方案：
2.1 接口測試的環境說明：
2.2 接口測試的內容說明：不是所有的功能（接口）都要做接口測試
2.3 UI自動化測試的內容：是核心功能的自動化測試，自動化率10%-30%
4.接口測試的應用場景：
1.還可以跟蹤問題（可以跟蹤出是前端Bug還是后端Bug）
2.協助測試：如果操作比較長，可以直接發個請求。
2.接口測試設計：
1.在原系統用例設計階段實現，連接的是開發環境。
2.因為接口測試設計和執行壓縮了功能測試用例設計時間，所以功能測試用例設計會改革。
3.功能測試用例設計會針對於復雜模塊進行用例設計和評審，簡單模塊可能不會寫用例。
3.接口測試執行：
1.開發環境的接口測試可以在原系統用例設計階段執行
2.測試環境的接口測試需要在系統測試階段執行，會在早期冒煙測試階段執行。
4.接口測試能夠發現的缺陷：
1.正常的接口測試，可以將測試執行時間提前。跟開發配合比較好，開發會主動告訴你哪個接口實現好了。告訴你一個接口，你測試一個接口。
2.接口測試是不關心界面的測試，突破了頁面的限制。原來在頁面做了限制在后台沒有做限制的都可以被發現。可以讓測試變得更深入。例如曾經發現過注冊時：兩次密碼不一致也能注冊成功，驗證碼只在前端進行了驗證。
3.做接口是修改請求的測試，如果是修改了敏感信息也能夠被服務器接收，那么就會有嚴重問題。例如在支付的時候，修改付款金額。
4.在游戲中，砸箱子得裝備。砸箱子相當於點擊了某個按鍵觸發了這個請求，如果抓到了這個請求，再次發送會怎樣，會不會出現多個裝備。
5.投票功能，也是發送了一個請求，是否可以修改這個請求實現多次投票。類似的還有簽到，抽獎。
6.關於抽獎：1元奪寶功能，將請求自動化執行。
5.接口測試報告：
1.表達測試了哪些接口，哪些是通過的，哪些是有缺陷的。
2.一般接口測試報告是一個中間測試過程，報告一般不是特別詳細的那種。
接口測試的優點：
1.測試時間提前了，減輕測試的工作量。
2.需要明確哪些功能是核心功能，並且是單一功能。
接口測試的缺點：
1.有些功能不好測，關聯的接口越多越不好測。
2.建議是測試明確的單一的接口，要么就是關聯比較明確