一般從四個方面來檢查用例的質量
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來執行ide
預期結果:
原則上每一個用例必需要有預期結果,結果不能爲空
一個結果有多個檢查點時,確保檢查點完整
1.涉及消息,明確關鍵查看內容
2.涉及存儲,明確關鍵值的變化,數據庫的具體表和關鍵字字段值變化
3.結果對應不一樣輸入數據有差異時需分別對應描述清晰測試