3、 設計
● 開發組編寫詳細的文件定義產品的架構
● 修改測試生命周期矩陣和時間點
● 建立風險評估標準（McCabe tools）
● 正式詳細的自動化測試系統，文件名的約束和多樣性
● 決定是否任何一套測試用例將自動將它們變為數據驅動/模板模型
● 開始編寫自動化測試用例和重用模塊
正如STLC正在不斷完善，將闡明本組織的測試過程。什么時候應該做什么事情，去確定什么時候軟件已經可以測試，包含手工的和自動的測試系統。這里的想法是早開始，對于變更要準備好去面對。
其中自動化測試失敗的一個最重要的原因是早期準備的不夠充分，也就是對于什么時候應該坐什么的缺乏理解。步驟不是很難，主要是明白STLC是怎樣工作的，這個不需要比失敗的狀況花更多的時間和努力。
對于測試的基礎設施，成功的測試，沒有必要按照所有的STLC任務，包括手工的自動的測試。比較重要的內容我們都知道是“盡早開展”很多的自動化工作可以在軟件可以測試之前完成，如果非得需要良好的架構，一點維護，自動化測試系統和方法，即，PATS。
公司
公司的動態性是對于你們自己的整個領域。自動化測是的目標是保證接受和支持可重復的程序，這是公司的關鍵重要的一點。沒有這樣的保證自動化測試不會成功。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
