淺談軟件測試自動化解決方案(4)

　　C++test C/C++白盒測試

　　.test .NET 白盒測試

　　RadViewWebLOAD 性能測試 　http://www.radview.com/products/index.asp

　　WebFT 功能測試

　　MicroSoft Web　Application Stress Tool性能測試http://www.microsoft.com/technet/archive/itsolutions/ intranet/downloads/webtutor.mspx

　　Quest Software Benchmark Factory 性能測試 　http://www.quest.com/benchmark_factory/

　　Minq SoftwarePureTes 功能測試 　http://www.minq.se/products/

　　其五還要做時間估算。在評估完前面幾項指標后，需要估算實施測試自動化的時間周期，以防止浪費不必要的時間，減少在人員、資金、資源投入上的無端消耗。雖然到測試自動化步入正軌以后，會起到事半功倍的效果，但前期的投入巨大，要全面考慮各種因素，明確實施計劃并按計劃嚴格執行，才能最大限度降低風險。

　　其六是工作流程變更風險。測試團隊乃至整個開發組織實施測試自動化，或多或少會因為適應測試工具的工作流程，帶來團隊的測試流程、開發流程的相應變更，而且，如果變更不善，會引起團隊成員的諸多抱怨情緒;所以應該盡量減少這種變更，并克服變更中可能存在的困難。

　　其七是人員培訓與變更風險。簡單而言，就是測試團隊人員的培訓具有風險性，例如每個角色的定位是否準確，各角色人員對培訓技能的掌握程度是否滿意，尤其實施途中如果發生人員變更等風險，都要事先做出預測和相應的處理方案。

　　一個企業或軟件團隊實施測試自動化，會有來自方方面面的壓力和風險，但是憑借團隊成員的聰明才智和公司高層的大力支持，事先做好評估，做好風險預測，那么可以告訴你一個激動人心的消息：你的團隊成功引入了測試自動化!有了測試自動化，我們即可享受它帶來的超凡價值和無窮魅力：我們的測試工作變得更簡單、更有效，我們工作在一個專家級的團隊里，因此我們每天都在享受這種成功的喜悅!

　　關于本文：本文主要分析當前國內軟件企業的測試團隊現狀，并從管理角度分析測試團隊實施軟件測試自動化時所應考慮的問題，并從幾個角度分析實施的風險，最終才可以成功引入自動化測試。在后續文章里，會結合實例講述如何具體實施測試工作的自動化。感謝我的好朋友pcl 和王威的大力支持，并在百忙中無怨無悔的為文章批點、建議;作者本人才疏學淺，文中難免有欠深刻、全面的地方，望大家批評指正，也希望同行朋友們多多補充、交流。

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