采用Rational Test manager來進行整個測試流程的管理，為相關(guān)開發(fā)和測試小組成員分配相應(yīng)權(quán)限，改變以前通過郵件以及Word、Excel文檔管理測試的工作方式。


　　部署Rational Robot，用它來完成功能相關(guān)的測試工作以及新版本發(fā)布時的冒煙測試。此外，Rational Robot也能較好地完成性能相關(guān)測試。統(tǒng)一的操作方式降低了工具的學(xué)習(xí)周期和培訓(xùn)帶來的大筆開銷。

　　部署Rational Purify plus，使測試工作前移到開發(fā)階段。由于Purify plus能較好地支持白盒測試，編程人員在編碼階段引入的錯誤能盡早被檢測到，這大幅降低了后期測試的開銷。


　　建議A公司成立專門的質(zhì)量控制部門，對Test manager中的數(shù)據(jù)定期進行分析，建立相關(guān)質(zhì)量模型，以便于企業(yè)量化管理和過程改進。

 

　　方案C: A公司也可以采用開源軟件為主的軟件測試自動化方案。


　　采用Bugzilla來進行Bug跟蹤管理，采用Bugzilla Test Runner進行測試用例管理，采用CVS進行測試資源的配置管理。

　　采用MaxQ和WebInject對B/S結(jié)構(gòu)的應(yīng)用系統(tǒng)進行功能測試。

　　采用DBMonster、Open-STA、LoadSim進行性能相關(guān)測試。

　　可采用Xunit架構(gòu)的開源工具對不同語言的程序單元進行單元測試。

　　建議A公司成立專門的開源軟件維護小組，以解決可能會碰到的工具維護工作。

 

　　建議A公司成立專門的質(zhì)量控制部門，對Bugzilla、Test Runner、CVS中的數(shù)據(jù)定期進行分析，建立相關(guān)質(zhì)量模型，以便于企業(yè)量化管理和過程改進。

 

　　5. 方案評價

 

　　由于不同客戶在組織架構(gòu)、員工素質(zhì)以及流程管理水平等方面的不同，我們很難用一個實例、一兩句話來說明不同解決方案的適用性。在上面的例子中，筆者給出了3種可行的方案，具體選擇哪一個，需要仔細權(quán)衡。這里筆者給出一般性的意見，對于不想受制于某個測試自動化廠家的企業(yè)，開源是一個理想的選擇。此外，它不需要支付成本，工具的源代碼可以隨意修改，因而具有較好的靈活性。但開源工具的弊端也是明顯的: 缺乏使用培訓(xùn)和技術(shù)支持，工具的用戶界面一般也較為粗糙。而對于那些比較看重培訓(xùn)和售后支持的企業(yè)，筆者建議選擇IBM Rational或Mercury或其他廠家的產(chǎn)品。這樣雖然需要支付一部分費用，但省去了工具維護所需要的大量工作。至于具體選擇哪個廠家的產(chǎn)品為好，筆者尚無結(jié)論性意見。相信讀者朋友都有一些見仁見智的看法，不妨來信交流。

 

　　實施中的注意事項

 

　　首先，一個企業(yè)實施測試自動化，不是拍腦袋說干能干好的，它不僅涉及測試工作本身流程上、組織結(jié)構(gòu)上的調(diào)整與改進，甚至也包括需求、設(shè)計、開發(fā)、維護及配置管理等其他方面的配合。如果對這些必要的因素沒有考慮周全的話，必然在實施過程中處處碰壁，既定的實施方案也無法開展。其次，盡管自動化測試可以降低人工測試的工作量，但并不能完全取代手工測試。的自動化測試只是一個理想目標(biāo)，根據(jù)筆者的經(jīng)驗，即便一些如SAP、Oracle ERP等測試庫規(guī)劃十分完善的套件，其測試自動化率也不會超過70%。所以一味追求測試自動化只會給企業(yè)帶來運作成本的急劇上升。再次，實施測試自動化需要企業(yè)有相對規(guī)模的投入，對企業(yè)運作來說，投入回報率將是決定是否實施軟件測試自動化的終指揮棒，筆者建議企業(yè)在決定實施軟件測試自動化之前，必須要做量化的投資回報分析。此外，實施軟件測試自動化并不意味著必須采購強大的自動化軟件測試工具或自動化管理平臺，畢竟軟件質(zhì)量的保證不是依靠產(chǎn)品或技術(shù)，更多的因素在于高素質(zhì)的人員和合理有效的流程。