以RUP原則實施軟件自動化測試 第二部分

　　以RUP原則實施軟件自動化測試 第二部分 軟件測試

　　本文內容包括：

　　自動化測試的計劃管理

　　自動化測試的最優化設計

　　參考資料

　　本文前部分闡述了企業引入自動化測試的條件，包括組織結構對自動化測試的支持，以及定義自動化測試過程的方法;文章下半部分，重點說明如何定義自動化測試的計劃管理過程，并且利用科學有效的RUP理論設計自動化測試。

　　自動化測試的計劃管理

　　一)自動化測試計劃管理的必要性

　　計劃管理是自動化測試的關鍵實現，在一個測試項目里，雖然緊縮或者干脆忽略掉制訂計劃的過程是相當具有誘惑力的事情，尤其在項目周期短、時間緊的情況下;但是，沒有明確的計劃，尤其對于初次實施自動化測試的軟件企業，根本無法體現自動化測試的種種優勢，雖然可以在初期稍稍感覺到自動化測試的甜頭。因此，針對自動化測試項目，一定要制訂明確良好的計劃。

　　RUP提出計劃就是投資。

　　錄制/回放腳本的弊端：企業購買自動化測試工具后，通常的做法都是熱血沸騰的開始將工具分派給相應部門，并立即著手創建、執行測試，雖然通過錄制/回放腳本可以獲取短暫的受益和喜悅，但是從長期來看，自動化測試的真正收益來自于腳本的重用，而這根本不是靠簡單的錄制/回放就能獲得的。雖然獲取計劃的時間和資源比較困難，但是我們也要投資一定的時間和精力，以獲取長期回報。越早投資于當前自動化測試項目的計劃過程，就會從將來的項目中獲取越大的收益。

　　時間、資源需要計劃：如果對自動化測試不做時間、資源上的計劃安排，可想而知，最終消耗和浪費的東西，不單單是個自動化工具而已。

　　對高層領導的承諾：在從涉眾范圍獲得對自動化測試的支持后，如果沒有正規明確的計劃流程，就開始盲目推廣工具使用，從而導致無法從中獲得投入的收益，那么對企業高層領導的承諾也將付諸一炬，如此可想象企業高層將如何處理這一行為，誰又能負擔的起呢!

　　計劃要與時俱進。

　　最初的計劃無法覆蓋全部內容。從來沒有第一次做的東西可以涉及全部內容，也從來不會有日后不經修改的。

　　初次的計劃必將為今后提供參考。一般來說，初次的自動化測試計劃內容包含選擇那些易于維護和復用的基本功能結構，然后對其編寫測試腳本。從這個意義來說，我們意識到在初始階段對自動化測試的全部投入，必將對將來測試項目產生深遠的影響。如果在第一個項目里我們嚴謹的實行安裝、設計等工作，那么對于后來的項目，工作量將會減少很多。

　　二) 自動化測試的項目計劃

　　您見過一個軟件開發項目沒有明確的計劃能夠成功的么?不能!正如一個軟件開發項目一樣，自動化測試也包含著種種復雜性，一個穩定的測試計劃幫助您分解測試的復雜性，并減少測試的風險。

原文轉自：http://www.anti-gravitydesign.com