如何寫好接口自動化測試用例

一般從四個方面來檢查用例的質量
1.代碼風格
a.好的命名規範
文件名不能包含特殊符號而且遵循特定的格式，不一樣做用域變量採用不一樣的命名方式，全局變量要在variables中定義

還有case的命名、keyword、case setup、teardown
2.補充信息
用例的補充信息documentation是必不可少的，若是測試用例自己過於複雜，能夠分級加註釋（這組測試的北京信息，測試的目的，特殊的環境配置等）
3.給用例打上正確的標籤
標籤能夠用來作栓選，版本管理，統計和調度
4.用例實現
（1）首先一個test suite內的testcase執行時不該該相互影響，應該將通用的背景部分提取出來放到suitesetup中去
（2）case的可遷移性，考慮case對環境的依賴，對外部設備的依賴，對測試對象的依賴
（3）創建公共的庫，將業務的原子操做抽象出來，好比：測試場景的創建，工做流程的操做集合
（4）
執行條件的檢查，若是檢查失敗，則儘快退出
將執行環境的搭建或者資源的創建和清除，抽取到suite甚至folder level，抽取時儘量作一些組合，但決不容許出現重複創建和刪除的操做
用例中不容許出現sleep，sleep一般緊挨着hardcode時間，不只效率低還會由於環境的切換使得執行失敗，建議用wait until來執行

預期結果：
原則上每一個用例必需要有預期結果，結果不能爲空
一個結果有多個檢查點時，確保檢查點完整
1.涉及消息，明確關鍵查看內容
2.涉及存儲，明確關鍵值的變化，數據庫的具體表和關鍵字字段值變化
3.結果對應不一樣輸入數據有差異時需分別對應描述清晰