這個問題可以轉換為,自動化開展需要滿足哪些條件,針對不同場景該如何選擇自動化測試框架或工具。
首先,是否開展自動化,通常需要同時滿足以下條件:
通常適合於軟體測試自動化開展的場景如下:
結合分層自動化測試思想
首先,目前主流的自動化測試框架有:
關於單元測試
Service-服務整合測試
關於UI自動化
根據個人實踐經驗,UI自動化大部分場景下不推薦,很難做到高效的維護,關於UI的兩點建議:
這個問題可以轉換為,自動化開展需要滿足哪些條件,針對不同場景該如何選擇自動化測試框架或工具。
自動化測試開展條件首先,是否開展自動化,通常需要同時滿足以下條件:
軟體需求變動不頻繁(超過10%的變動是頻繁變動,當然10%不是一個定值)專案週期足夠長 自動化測試用例可重複使用通常適合於軟體測試自動化開展的場景如下:
迴歸測試(版本迭代)中重複、單一的測試操作針對不同場景該如何選擇自動化測試框架結合分層自動化測試思想
首先,目前主流的自動化測試框架有:
錄製回放測試框架 測試庫構架框架 資料驅動的自動化測試框架 關鍵字驅動的自動化測試框架關於單元測試
一般由開發人員開展測試,寫單元測試也是開發人員對自己的程式碼進行檢查的一個過程。Service-服務整合測試
通常指的是介面自動化測試,在分層自動化測試的應用中,介面自動化是最常用的自動化解決方案。結合資料驅動測試框架、關鍵字驅動測試框架可以滿足大部分測試場景,包含含有複雜業務邏輯的功能的覆蓋(B介面依賴A介面返回)。特別是在前後端分離的產品架構設計中,可以對功能點進行有效的覆蓋,至於頁面顯示、頁面按鈕的驗證可以透過手工測試或者其他工具覆蓋。關於UI自動化
根據個人實踐經驗,UI自動化大部分場景下不推薦,很難做到高效的維護,關於UI的兩點建議:
能在底層做自動化覆蓋,就儘量不在UI層做自動化覆蓋只做最核心的功能的自動化覆蓋,指令碼可維護性儘可能提高