在我們已經了解到的大多數的企業用戶對軟件測試自動化的需求之后，再來看看他們又是如何對軟件測試自動化的方案進行選型的：
選擇盡可能少的自動化產品覆蓋盡可能多的平臺，以降低產品投資和團隊的學習成本
測試流程管理自動化通常被優先考慮，以滿足為企業測試團隊提供流程管理支持的需求
在投資有限的情況下，性能測試自動化產品將優先于功能測試自動化被考慮
在考慮產品性價比的同時，產品的支持服務和售后服務的完善性也備受關注
趨向于選擇主流產品，以便于通過行業間交流甚至網絡等方式獲得更為廣泛的經驗和支持
對測試自動化方案的可擴展性提出要求，以滿足企業不斷發展的技術和業務需求
下面是一個典型的企業客戶實現其軟件測試自動化的案例。
公司背景介紹
A公司是一家大型保險公司，擁有近20個城市的分公司，并在其中5個城市建立了IT支持中心。這些IT中心負責所有內部應用系統的開發和運維，同時負責管理IT集成商和第三方應用供應商。平均每年的上線應用數量在20個左右（新業務系統和原有業務系統的主要版本發布）。其開發團隊主要分布在2個城市，大約有300名左右，同時20％左右的項目是通過項目開發外包，或直接從第三方采購獲得。目前A公司的專職測試團隊人數不足30人，而且測試團隊的測試人員技能參差不齊，目前測試只是作為項目上線前的一道工序而已。在測試團隊內部也幾乎沒有自動化的手段，主要依靠手工測試；但在和研發部門的溝通等方面，都有明確的郵件往來規范和例會等既定的管理方式。由于已上線應用系統的問題，開發團隊必須分出一部分資源去維護和修復上線應用，而同時測試團隊的的測試成果和效率卻無法和這些應用質量掛鉤，也更無從談起對軟件質量的控制。A公司已經決定在軟件質量和測試方面進行投入，他們考慮：
1.引進軟件測試流程管理的自動化，提高軟件測試過程的管理水平，使軟件測試和軟件開發一樣可被評估，被衡量。
2．實現性能測試自動化，所有應用上線之前必須有應用性能風險評估報告和相關部門的確認
3．逐步實現功能測試的自動化，在目前人員配置的情況下，把部分手工測試變成自動化測試，提高測試可信度，降低人為錯誤。
4． 通過軟件測試自動化，管理軟件測試中的案例，缺陷，報告等資產，進一步提升軟件測試的效率并建立測試基礎庫。
5． 在規劃中，將來的2－3年內使所有的應用系統上線都必須有數字化的測試數據作為依據。
公司應用系統的情況
由于保險公司的業務種類繁多，同時在經過了幾十年的經營后，公司內的應用系統從早期的終端方式到現代的J2EE和.NET等應有盡有，龍蛇混雜。IT部門已經建立的3年規劃，即在未來的3年時間內將所有終端和C/S方式的應用轉換成B/S架構，但當前仍然需要對這些舊應用系統進行維護，以保證業務的順利進行。對于開發部門來說，目前新應用開發基本上已經以B/S架構為主，主要是基于J2EE架構的Web HTTP應用和部分Window .NET Form的應用。
公司軟件測試現狀
測試部門目前僅負責系統測試和對用戶驗證測試進行管理，對于之前的單元測試和集成測試主要由開發團隊中劃分出的一部分臨時測試人員完成。由于缺乏監測手段，測試部門也無法收集和確定集成測試和單元測試的完成情況，在整個軟件測試過程中，業務需求是由開發部門通過Rational RequisitePro進行管理，但測試需求目前尚沒有提出要求，測試案例主要通過在公司公用的文件服務器中的目錄管理方式管理，對測試中缺陷流程等管理主要依靠郵件的流轉進行處理。目前90％以上的測試是通過Excel和Word等測試案例文檔來完成，測試人員對軟件測試自動化的認識僅停留在“記錄＋回放”的認識上。
A公司最終采用的軟件測試自動化方案
通過多方多輪的評估和論證，以及經過各個廠商的現場演示，甚至包括為期1周左右的實際試用，A公司最終采用了一個以全球業務優化科技（BTO）領導者美科利（Mercury）公司產品為主的軟件測試自動化方案，在這個軟件測試自動化方案中同時考慮了集成A公司現有的資源和流程，盡量降低解決方案導入的初期門檻，同時根據要求在實施過程中也并非一步到位，而是通過制定的詳細的實施計劃，分步驟展開實施：
文章來源于領測軟件測試網 http://www.kjueaiud.com/
