測試自動化的數量過少，無法充分回歸測試。

二、發生時間段

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）驗證自動化測試已隨產品交付。

回歸測試自動化不充分-Bug總結系列筆記