目錄
一、什麼是斷言
斷言，是一個軟件術語。說白了就是用程序來判斷結果的正確性。在接口測試中，斷言一般就是指判斷接口返回的響應信息等是否符合預期（預期值），藉此判斷測試用例通過or不通過。
二、添加HTTP請求和查看結果樹
上一篇博文已經添加完成
三、添加響應斷言
HTTP請求右鍵
1、測試字段
測試字段包括以上的字段，根據我接口測試的經驗，用響應文本比較多。就是用於預期報文與實際報文比對。
響應代碼（Response code）就是1、2、3、4、5、6開頭的HTTP響應碼，上一篇博客有寫。
響應信息（Response message）
響應頭
請求頭：驗證請求頭是否正確
URL樣本：沒用過這個功能
文檔（文本）：沒用過這個功能
忽略狀態：沒用過這個功能
請求數據：驗證請求數據是否正確
2、模式匹配規則
模式匹配規則包括，包括，匹配，相等，字符串，否，或者。根據字面意思理解即可，比如：選包含，那麼下面的測試模式可以填一個響應報文才有的字段，這樣子就可以判斷是否成功。匹配，比如我取登錄成功的response body的內容放在添加在測試模式中，這樣子斷言結果就會通過。我把response body的內容改了一個值，這樣子就會不匹配不通過。
3、測試模式
這個是用來添加預期值得地方，問題不大。
4、自定義失敗消息
這裏是自定義斷言失敗時斷言結果打印的日誌信息
四、添加斷言結果
HTTP請求右鍵，注意不是在斷言裏，而是在監聽器裏。
實際操作，添加以下斷言，點擊運行
斷言結果，斷言通過
把測試模式的內容隨便更改一下。點擊運行
斷言失敗，看斷言結果，給出日誌
輸入的預期報文錯誤。打印信息正確！（報文剛纔改了，所以預期值與實際值不一致）
五、總結
1、小結
通過上面的操作可以看出，接口測試中，斷言就是用來判斷預期值和實際值是否一致。在實際的測試工作中，有可能會判斷輸入值是否正確，也就是請求那部分。可以根據項目靈活處理。不同公司的叫法可能不一樣，不同公司所用的測試工具也有可能不一樣。但是原理是一樣的。
2、雜談
作爲軟件測試工程師，掌握自動化測試是必不可少的，何爲自動化，就是測試案例讓程序或者工具去判斷你的案例是否通過。特別是大量的案例需要回歸測試的時候，這時候如果採用人工的方式，效率和質量都會很低。本文的斷言就屬於自動化測試裏面的一個知識點，大家需要去掌握。希望大家能好好學習，做一個優秀的軟件測試工程師。
2020年4月16日