介面測試用例編寫規範

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)測試人員