與手動測試相比，軟件測試自動化具有許多優勢。它改善了結果和質量，提高了可靠性，並減少了結果偏差。此外，它還可以加快流程，增加覆蓋率測試並最終提高軟件的整體質量。良好的自動化可以提高交付質量，增加測試范圍，降低測試成本，並在進行了正確測試后能夠盡早發現錯誤。
測試自動化中的主要問題之一是選擇要自動化的測試用例。但是，有人怎么知道所有測試用例將被自動化呢？
本文緊接上期： 自動化如何選擇用例內容，讓我們看看其他一些有關如何選擇要自動化的測試用例的技巧和規則。
重復測試
這是黃金法則。如果測試運行是重復的，則應使其自動化。這樣可以節省您寶貴的時間和精力。另外，如果這是您假設將來會經常運行的測試，那么自動化是一個很好的辦法。每次將更快獲得更准確的結果。
高難度測試用例
如果一個測試用例人為執行過程中發生錯誤和被破壞的風險很大，或者手動測試很難完成，則應該優先使用自動化測試。如果涉及的風險很高，則應使該測試用例自動化。
主流程用例
自動化應用程序的主流程用例是一個非常不錯的實踐。避免人為錯誤的任何可能性，並且要安全、快速。對於可能危害整個項目的測試用例更應該優先進行自動化測試。
廣泛的用例
需要進行大量數據和條件測試的場景更適合自動化測試。另外，在手動測試過程中犯錯的機會可能會增多。這就是測試通常使用測試驅動模型的重要原因，我們主要是指那些需要填寫較多表格的測試用例。
評估利弊
通過評估完成自動化過程或手動進行測試所需的時間。如果某些項目並不適合在自動化測試上投入時間，自動化測試過程本身比人工測試要花費更多的時間，表明自動化是不值得的。
三個黃金測試
涉及自動化時，不應該質疑三個測試用例：回歸測試，冒煙測試和健全性測試。為什么？因為該應用的每個內部版本或發行版本都需要測試。
問問“為什么？”
永遠不要僅僅因為可以自動化就可以自動化測試用例。這可能帶來的結果是弊大於利。
請記住，關於自動化的“為什么？”問題的答案一定不能是“因為我可以”。
復雜案例
很多測試用例需要設定很多的前置條件，而這些前置條件的設置通常是比較復雜的，這類用例是需要優先進行自動化，因為可以節省很多時間，即使僅僅是為功能測試做一些自動化的腳本。
性能測試
通常選擇自動化性能測試，例如負載測試和壓力測試，這類測試手工很難達到預期效果。
長時間測試
如果測試用例時間跨度較長，通常十幾分鍾或者幾個小時，則應將其自動化。
- 鄭重聲明：文章首發於公眾號“FunTester”，禁止第三方（騰訊雲除外）轉載、發表。
技術類文章精選
- java一行代碼打印心形
- Linux性能監控軟件netdata中文漢化版
- 性能測試框架第二版
- 如何在Linux命令行界面愉快進行性能測試
- 圖解HTTP腦圖
- 將swagger文檔自動變成測試代碼
- 五行代碼構建靜態博客
- 基於java的直線型接口測試框架初探
- Selenium 4.0 Alpha更新日志
- Selenium 4.0 Alpha更新實踐