1.通過性驗證：首先肯定要保證這個接口功能是好使的，也就是正常的通過性測試，按照接口文檔上的參數，正常傳入，是否可以返回正確的結果。
2.參數組合：現在有一個操作商品的接口，有個字段type，傳1的時候代表修改商品，商品id、商品名稱、價格有一個是必傳的，type傳2的時候是刪除商品，
3.商品id是必傳的，這樣的，就要測參數組合了，type傳1的時候，只傳商品名稱能不能修改成功，id、名稱、價格都傳的時候能不能修改成功。
4.接口安全：
1、繞過驗證，比如說購買了一個商品，它的價格是300元，那我在提交訂單時候，我把這個商品的價格改成3元，后端有沒有做驗證，更狠點，我把錢改成-3，是不是我的余額還要增加？
2、繞過身份授權，比如說修改商品信息接口，那必須得是賣家才能修改，那我傳一個普通用戶，能不能修改成功，我傳一個其他的賣家能不能修改成功
3、參數是否加密，比如說我登陸的接口，用戶名和密碼是不是加密，如果不加密的話，別人攔截到你的請求，就能獲取到你的信息了，加密規則是否容易破解。
4、密碼安全規則，密碼的復雜程度校驗
5.異常驗證：
所謂異常驗證，也就是我不按照你接口文檔上的要求輸入參數，來驗證接口對異常情況的校驗。比如說必填的參數不填，輸入整數類型的，傳入字符串類型，長度是10的，傳11，總之就是你說怎么來，我就不怎么來，其實也就這三種，必傳非必傳、參數類型、入參長度。
6.性能測試
接口並發情況，如上面提到的：一個賬號，同時（大於2個請求）對最后一個商品下單，或不同賬號，對最后一個商品下單
接口響應時間，響應時間太長了，肯定需要優化，一般都是毫秒級別
7.在接口測試過程中，上下游接口有數據依賴如何處理
用一個全局變量來處理依賴的數據，比如登錄后返回token,其它接口都需要這個token,那就用全局變量來傳token參數
8.當一個接口出現異常時，你是如何分析異常的
1.抓包，用fiddler工具抓包，或者瀏覽器上f12,app上的話，那就用fiddler設置代理，去看請求報文和返回報文了
2.查看后端日志，xhell連上服務器，查看日志
9.如何模擬弱網測試
fiddler和charles都可以模擬弱網測試，平常說的模擬丟包，也是模擬弱網測試
10.如何分析一個bug是前端還是后端的
這種情況很容易判斷，先抓包看請求報文，對着接口文檔，看請求報文有沒問題，有問題就是前端發的數據不對
請求報文沒問題，那就看返回報文，返回的數據不對，那就是后端開發的問題咯