你為什么要做自動化測試[4] 自動化測試工具
可見，為了在把缺陷埋進去之前就采取行動，自動化測試用處并不大，多從用戶的角度思考，多分析設計和代碼，取得的效果更好。這里我所采取的決策是：
- 分配較少時間在自動化測試代碼編寫上
- 利用代碼分析工具，結合設計說明，跟蹤CEIP所記錄的數據的來源，以及與用戶場景(User Scenario)的關系
- 根據狀態機設計的經驗，檢查當前設計能在多大程度上滿足反映“當前狀態”的需要
然而我們還是要堅定不移的把想到的測試用例在自動化測試中實現出來并定期執行，并不因為前面說的就把它丟在一旁。
第一，上述在設計層面或者是代碼層面的審核和分析不可能，也不必要每天、每次修改代碼的時候都做一次。如果有無需人力的驗證方法，它就比需要人力的方法優勝。只有設計變動對CEIP功能有足夠大的影響時，才會再次分析那些影響。
第二，修改代碼，并不一定都是改動CEIP的功能，也就是說，別人、別的團隊也可能去修改，同時你不一定還在測試這個功能�！拌F打的營盤流水的兵”，這些自動化測試用例，就是鐵打的營盤，保證軟件質量不會因為流水的兵而崩潰。軟件測試
上面說的就是決策做不做自動化測試的一個例子，以及期間所需要考慮的各種問題。在微軟，自動化測試只是一個工具，做不做、什么情況/時間做，都是全盤分析的結果。就算絕大多數團隊都在做，也只是一個結果，而不是原因。獨立自主的思考，深入細致的調研，扎實的系統分析能力，代表用戶說話，才是微軟贊賞的卓越工程。
延伸閱讀
文章來源于領測軟件測試網 http://www.kjueaiud.com/
