溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
一、定義：
測試自動化的數量過少，無法充分回歸測試。
二、發生時間段
Always
三、陷阱表現
1.大多數測試靠手動執行
四、負面后果
1.手動執行回歸測試需消耗過多時間和資源
2.回歸測試作為系統測試的最后一個階段，可有可無，時間不充足，不能夠發現更多bug
3.測試工程師手動執行失誤不可避免
4.缺乏足夠測試自動化使得敏捷開發模式不能有效順利執行
五、原因
1. 管理層及單元測試開發人員認為，大部分變更是小范圍的，系統測試足夠發現，從而認為回歸測試非必要；而且非技術管理層無法意識到回歸測試的重要性、自動化回歸測試的價值、敏捷開發模式對測試自動化的依賴。
2. 自動化回歸測試并非標準測試過程的一環
3. 測試計劃中未體現自動化回歸測試
4. 項目計劃中未安排時間開發維護自動化測試
5. 項目原自動化測試腳本未及時維護
6. 項目原自動化測試腳本在項目交付時未提供。
六、對自動化回歸測試的建議
1.準備階段
項目開始前需列入計劃中，如測試計劃、測試過程文檔、總體進度計劃、WBS
2. 啟用階段
為測試管理層提供關于自動化回歸測試的重要性及培訓計劃
進度計劃中計算自動化和維護測試的時間
測試資源或預算考慮到測試自動化工具的支付
3. 執行階段
（1）自動化回歸測試需要對應開發人員的協作支持（測試人員確定回歸測試類型、Case標準、Case、測試完成標準等；開發人員創建自動化的回歸測試，包括工具的配置、腳本編寫等）
（2）自動化測試可以執行更多回歸測試
（3）使運行回歸測試盡可能簡單，可以編寫定時腳本在任意時間執行（如定時執行或在非工作時間）
（4）系統版本更新時，及時維護測試腳本
（5）結束時，測試腳本隨產品交付。
4. 驗證階段
（1）驗證各測試文檔（eg.測試計劃、測試過程、WBS）充分考慮到自動化的回歸測試
（2）驗證進度計劃中包含自動化和維護測試的時間
（3）驗證自動化測試的數量
（4）驗證自動化測試的項目可正常運行
（5）驗證自動化測試已隨產品交付。
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
