1.通過性驗證：
首先肯定要保證這個介面功能是好使的，也就是正常的通過性測試，按照介面文件上的引數，正常傳入，是否可以返回正確的結果。
2.引數組合：
現在有乙個操作商品的介面，有個字段type，傳1的時候代表修改商品，商品id、商品名稱、**有乙個是必傳的，type傳2的時候是刪除商品，商品id是必傳的，這樣的，就要測引數組合了，type傳1的時候，只傳商品名稱能不能修改成功，id、名稱、**都傳的時候能不能修改成功。
3.介面安全：
1)、繞過驗證，比如說購買了乙個商品，它的**是300元，那我在提交訂單時候，我把這個商品的**改成3元，後端有沒有做驗證，更狠點，我把錢改成-3，是不是我的餘額還要增加？
2)、繞過身份授權，比如說修改商品資訊介面，那必須得是賣家才能修改，那我傳乙個普通使用者，能不能修改成功，我傳乙個其他的賣家能不能修改成功
3)、引數是否加密，比如說我登陸的介面，使用者名稱和密碼是不是加密，如果不加密的話，別人攔截到你的請求，就能獲取到你的資訊了，加密規則是否容易破解。
4)、密碼安全規則，密碼的複雜程度校驗
4.異常驗證：
異常的，也就是我不按照你介面文件上的要求輸入引數，來驗證介面對異常情況的校驗。比如說必填的引數不填，輸入整數型別的，傳入字串型別，長度是10的，傳11，總之就是你說怎麼來，我就不怎麼來，其實也就這三種，必傳非必傳、引數型別、入參長度。
5.根據業務邏輯來設計測試用例
根據業務邏輯來設計的話，就是根據自己系統的業務來設計用例，這個每個公司的業務不一樣，就得具體的看自己公司的業務了，其實這也和功能測試設計用例是一樣的。 舉個例子，拿bbs來說，bbs的需求是這樣的： 1、登入失敗5次，就需要等待15分鐘之後再登入 2、新註冊的使用者需要過了實習期才能發帖 3、刪除帖子扣除積分 4、...... 像這樣的你就要把這些測試點列出來，然後再去造資料測試對應的測試點。
6.介面測試用例模板
咱們測試介面的話，肯定要寫測試用例，寫測試用例的話，就要有乙個用例模板，那需要有哪些欄位呢？
1)專案 是哪個專案的
2)模組 這個介面是屬於哪個功能模組的
3)用例id
4)介面名稱
5)用例標題 用例是幹嘛的
6)請求方式 get/post
7)請求url url位址
8)請求引數
9)前置條件 有依賴的時候，比如說要測登入失敗3次的
10)結果驗證 預期結果
11)請求報文
12)返回報文
13)測試結果 通過/失敗
14)測試人員
通用介面測試用例
1.通過性驗證 首先肯定要保證這個介面功能是好使的，也就是正常的通過性測試，按照介面文件上的引數，正常傳入，是否可以返回正確的結果。2.引數組合 現在有乙個操作商品的介面，有個字段type，傳1的時候代表修改商品，商品id 商品名稱 有乙個是必傳的，type傳2的時候是刪除商品，商品id是必傳的，這...
介面測試用例設計
介面測試用例設計點主要包括 功能 邏輯業務 異常 安全 功能 1.功能是否正常 2.功能是否按照介面設計文件實現 舉例 有些新增到購物車，需要登入才能新增。也就是業務要求不支援遊客新增購物車功能，如果設計乙個沒有登入的使用者，然後去測試新增購物車介面，結果介面能新增到購物車，說明功能不正常，不符合需...
介面測試用例設計
主要是子模組或者子系統間互動並相互作用的部分。因此，可以分析，系統間的介面包含三部分 輸入 處理邏輯 輸出。在沒有特殊要求的情況下，至少需要考慮以下內容 1 業務功能覆蓋是否完整 2 業務規則覆蓋是否完整 3 引數驗證是否達到要求 邊界 業務規則 4 介面異常場景覆蓋是否完整如果介面需求還包含效能或...