自動化用例設計

  用例設計部分,不管是手工測試仍是自動化測試,都必需要的環節,也是很是重要的環節。在作自動化的時候,用例須要考慮前置後置、步驟和對比,每個部分都要有提供很是明確的測試數據,要考慮數據的重複使用是否會影響腳本的執行結果。數據庫

自動化用例設計原則

1.不是全部的手工用例都要轉成自動化測試用例瀏覽器

2.考慮到腳本開發的成本,不要選擇流程太複雜的測試用例,若是有必要,能夠考慮把流程拆分紅多個用例來實現腳本測試

3.選擇的用例最好能夠構建成場景。例如,一個功能模塊,分多個用例,多個用例使用同一個場景設計

4.選擇的用例能夠帶有目的性。例如,這部分是用來作冒煙測試,那部分測試是作迴歸測試等等,固然,會存在重疊的關係。若是當前用例不能知足需求,那麼惟有修改用例來適用腳本和需求開發

5.選取的用例能夠是你認爲重複執行,很繁瑣的部分。例如,字段驗證、提示信息驗證這類,這部分適用於迴歸測試自動化

6.選取的用例能夠是主體流程,這部分適用於冒煙測試效率

7.自動化測試也能夠用來作配置檢查、數據庫檢查。這些可能超越了手工用例,但也算是拓展的一部分,項目負責人能夠有選擇的增長登錄

8.平時在手工測試時,若是須要構造一些複雜的數據或重複一些簡單的機械式動做,則告訴自動化腳本,讓它來幫你,或許你的效率會所以獲得提升自動化測試

編寫自動化用例遵循的原則

1.一個用例爲一個完整的場景,從用戶登陸系統到最終退出並關閉瀏覽器配置

2.一個用例只驗證一個功能點,不要試圖在用戶登陸系統後把全部的功能都驗證一遍

3.儘可能少地編寫逆向邏輯用例,一方面由於逆向邏輯用例不少(例如,手機號輸出有幾十種狀況);另外一方面自動化腳本自己比較脆弱,對於複雜的逆向邏輯用例實現麻煩且容易出錯

4.用例與用例之間儘可能避免產生依賴

5.一條用例完成測試以後須要對場景進行還原,以避免影響其它用例的執行

相關文章
相關標籤/搜索