仔細查閱需求文件、介面文件，測試介面的功能能否正常執行、是否符合需求。
返回的資料內容和型別是否是我們所需要的。例如很多介面返回的資料型別是json格式，就要關注能否從json字串裡面解析出想要的內容。
這裡的測試用例設計可以參照一些用例設計方法(邊界值、等價類等等)，不僅要測試功能的正確性，也得測試相關的異常處理是否正確執行。
細分下去，不僅得測試介面主體的正確響應和異常響應，也得關注介面的引數，所以針對引數進行測試也是必不可少的。例如測試引數內容為空的處理是否齊全。
對於http介面，關注header的引數設定，如果缺失了某些引數，能否有相應的錯誤處理。url請求是否支援get/post/put/delete，如果不支援，有沒有錯誤提示。
針對介面做效能測試，主要關注介面重複使用時的平均響應時間，若是有併發的情況，則要關注最大併發數、在高併發情況下的平均響應時間、cup佔用率、吞吐量。
介面測試測試點
大家都知道，測試的本質的發現問題，然後跟蹤解決問題 但是解決問題有個通用成本理論 問題越早發現解決的成本越低，成本從大到小排列為 產品需求規格說明書 開發需求分析報告 開發詳細設計說明書 測試需求分析說明書 測試用例 code review 轉測試驗收 測試人員提交bug 產品 運營驗收 客戶投訴 ...
介面測試常見測試點
介面測試是測試系統元件間介面的一種測試。介面測試主要用於檢測外部系統與系統之間以及內部各個子系統之間的互動點。測試的重點是要檢查資料的交換，傳遞和控制管理過程，以及系統間的相互邏輯依賴關係等。測試的策略 介面測試也是屬於功能測試，所以跟我們以往的功能測試流程並沒有太大區別，測試流程依舊是 評審測試介...
介面測試常用測試點
介面測試是測試系統元件間介面的一種測試。介面測試主要用於檢測外部系統與系統之間以及內部各個子系統之間的互動點。測試的重點是要檢查資料的交換，傳遞和控制管理過程，以及系統間的相互邏輯依賴關係等。測試的策略 介面測試也是屬於功能測試，所以跟我們以往的功能測試流程並沒有太大區別，測試流程依舊是 評審測試介...