隨著測(cè)試流程的不斷規(guī)范以及軟件測(cè)試技術(shù)的進(jìn)一步細(xì)化，軟件測(cè)試自動(dòng)化已經(jīng)日益成為一支不可忽視的力量。能否借助于這支外在力量以及如何借助于這支力量來(lái)規(guī)范企業(yè)測(cè)試流程、提高特定測(cè)試活動(dòng)的效率，正是本 期所要討論的話(huà)題。

　　目前，軟件測(cè)試自動(dòng)化的研究領(lǐng)域主要集中在軟件測(cè)試流程的自動(dòng)化管理以及動(dòng)態(tài)測(cè)試的自動(dòng)化(如單元測(cè)試、功能測(cè)試以及性能測(cè)試方面)。在這兩個(gè)領(lǐng)域，與手工測(cè)試相比，測(cè)試自動(dòng)化的優(yōu)勢(shì)是明顯的。首先自動(dòng)化測(cè)試可以提高測(cè)試效率，使測(cè)試人員更加專(zhuān)注于新的測(cè)試模塊的建立和開(kāi)發(fā)，從而提高測(cè)試覆蓋率; 其次，自動(dòng)化測(cè)試更便于測(cè)試資產(chǎn)的數(shù)字化管理，使得測(cè)試資產(chǎn)在整個(gè)測(cè)試生命周期內(nèi)可以得到復(fù)用，這個(gè)特點(diǎn)在功能測(cè)試和回歸測(cè)試中尤其具有意義; 此外，測(cè)試流程自動(dòng)化管理可以使機(jī)構(gòu)的測(cè)試活動(dòng)開(kāi)展更加過(guò)程化，這很符合CMMI過(guò)程改進(jìn)的思想。根據(jù)Oppenheimer Funds的調(diào)查，在2001年前后的3年中，全球范圍內(nèi)由于采用了測(cè)試自動(dòng)化手段所實(shí)現(xiàn)的投資回報(bào)率高達(dá)1500%。


　　方案選型六大原則

　　然而存在優(yōu)勢(shì)是否一定意味著選擇自動(dòng)化測(cè)試方案都能為企業(yè)帶來(lái)效益回報(bào)呢?也不盡然，任何一種產(chǎn)品化的測(cè)試自動(dòng)化工具，都可能存在與某具體項(xiàng)目不甚貼切的地方。再加上，在企業(yè)內(nèi)部通常存在許多不同種類(lèi)的應(yīng)用平臺(tái)，應(yīng)用開(kāi)發(fā)技術(shù)也不盡相同，甚至在一個(gè)應(yīng)用中可能跨越了多種平臺(tái); 或同一應(yīng)用的不同版本之間存在技術(shù)差異。所以選擇軟件測(cè)試自動(dòng)化方案必須深刻理解這一選擇可能帶來(lái)的變動(dòng)、來(lái)自諸多方面的風(fēng)險(xiǎn)和成本開(kāi)銷(xiāo)。

　　以下筆者給出企業(yè)用戶(hù)進(jìn)行軟件測(cè)試自動(dòng)化方案選型的參考性原則，這些原則是從筆者實(shí)際工作中凝練而成的，它包括以下六個(gè)方面的建議:

　　選擇盡可能少的自動(dòng)化產(chǎn)品覆蓋盡可能多的平臺(tái)，以降低產(chǎn)品投資和團(tuán)隊(duì)的學(xué)習(xí)成本;

　　測(cè)試流程管理自動(dòng)化通常應(yīng)該優(yōu)先考慮，以滿(mǎn)足為企業(yè)測(cè)試團(tuán)隊(duì)提供流程管理支持的需求;

 

　　在投資有限的情況下，性能測(cè)試自動(dòng)化產(chǎn)品將優(yōu)先于功能測(cè)試自動(dòng)化被考慮;

　　在考慮產(chǎn)品性?xún)r(jià)比的同時(shí)，應(yīng)充分關(guān)注產(chǎn)品的支持服務(wù)和售后服務(wù)的完善性;

　　盡量選擇趨于主流的產(chǎn)品，以便通過(guò)行業(yè)間交流甚至網(wǎng)絡(luò)等方式獲得更為廣泛的經(jīng)驗(yàn)和支持;

 

　　應(yīng)對(duì)測(cè)試自動(dòng)化方案的可擴(kuò)展性提出要求，以滿(mǎn)足企業(yè)不斷發(fā)展的技術(shù)和業(yè)務(wù)需求。


　　實(shí)戰(zhàn)模擬

 

　　以下筆者結(jié)合一個(gè)典型的企業(yè)客戶(hù)，剖析其適用的軟件測(cè)試自動(dòng)化方案選型過(guò)程。

 

　　1.公司背景介紹

　　A公司是一家大型保險(xiǎn)公司，擁有近20個(gè)城市的分公司，并在其中5個(gè)城市建立了IT支持中心。平均每年的上線(xiàn)應(yīng)用數(shù)量在20個(gè)左右(新業(yè)務(wù)系統(tǒng)和原有業(yè)務(wù)系統(tǒng)的主要版本發(fā)布)。目前A公司的專(zhuān)職測(cè)試團(tuán)隊(duì)人數(shù)不足30人，而且測(cè)試團(tuán)隊(duì)的測(cè)試人員技能參差不齊，目前測(cè)試只是作為項(xiàng)目上線(xiàn)前的一道工序而已。在測(cè)試團(tuán)隊(duì)內(nèi)部也幾乎沒(méi)有自動(dòng)化的手段，主要依靠手工測(cè)試。由于已上線(xiàn)應(yīng)用系統(tǒng)的問(wèn)題，開(kāi)發(fā)團(tuán)隊(duì)必須分出一部分資源去維護(hù)和修復(fù)上線(xiàn)應(yīng)用，而同時(shí)測(cè)試團(tuán)隊(duì)的測(cè)試成果和效率卻無(wú)法和這些應(yīng)用質(zhì)量掛鉤，也更無(wú)從談起對(duì)軟件質(zhì)量的控制。所以，A公司決定在軟件質(zhì)量和測(cè)試方面進(jìn)行投入，他們考慮以下幾方面:

 

　　引進(jìn)軟件測(cè)試流程管理的自動(dòng)化，提高軟件測(cè)試過(guò)程的管理水平，使軟件測(cè)試和軟件開(kāi)發(fā)一樣可被評(píng)估、被衡量。

 

　　實(shí)現(xiàn)性能測(cè)試自動(dòng)化，所有應(yīng)用上線(xiàn)之前必須有應(yīng)用性能風(fēng)險(xiǎn)評(píng)估報(bào)告和相關(guān)部門(mén)的確認(rèn)

　　逐步實(shí)現(xiàn)功能測(cè)試的自動(dòng)化，在目前人員配置的情況下，把部分手工測(cè)試變成自動(dòng)化測(cè)試，提高測(cè)試可信度，降低人為錯(cuò)誤。


　　通過(guò)軟件測(cè)試自動(dòng)化，管理軟件測(cè)試中的案例、缺陷、報(bào)告等資產(chǎn)，進(jìn)一步提升軟件測(cè)試的效率并建立測(cè)試基礎(chǔ)庫(kù)。


　　在規(guī)劃中，將來(lái)的2～3年內(nèi)使所有的應(yīng)用系統(tǒng)上線(xiàn)都必須有數(shù)字化的測(cè)試數(shù)據(jù)作為依據(jù)。

　　2.公司應(yīng)用系統(tǒng)的情況

 

　　由于保險(xiǎn)公司的業(yè)務(wù)種類(lèi)繁多，同時(shí)在經(jīng)過(guò)了幾十年的經(jīng)營(yíng)后，公司內(nèi)的應(yīng)用系統(tǒng)從早期的終端方式到現(xiàn)代的J2EE和.NET等應(yīng)有盡有，魚(yú)龍混雜。IT部門(mén)已經(jīng)建立的3年規(guī)劃，即在未來(lái)的3年時(shí)間內(nèi)將所有終端和C/S方式的應(yīng)用轉(zhuǎn)換成B/S架構(gòu)，但當(dāng)前仍然需要對(duì)這些舊應(yīng)用系統(tǒng)進(jìn)行維護(hù)，以保證業(yè)務(wù)的順利進(jìn)行。對(duì)于開(kāi)發(fā)部門(mén)來(lái)說(shuō)，目前新應(yīng)用開(kāi)發(fā)基本上已經(jīng)以B/S架構(gòu)為主，主要是基于J2EE架構(gòu)的Web HTTP應(yīng)用和部分Window.NET Form的應(yīng)用。


　　3.公司軟件測(cè)試現(xiàn)狀

 

　　企業(yè)機(jī)構(gòu)在做測(cè)試自動(dòng)化選型時(shí)一定要考慮清楚企業(yè)內(nèi)部哪些部分可以實(shí)施自動(dòng)化、哪些部分暫不實(shí)施自動(dòng)化、哪些部分僅在某幾個(gè)項(xiàng)目做自動(dòng)化試點(diǎn)。切忌匆忙上馬或盲目否定，缺乏實(shí)事求是的理性思考。

 

　　測(cè)試部門(mén)目前僅負(fù)責(zé)系統(tǒng)測(cè)試和對(duì)用戶(hù)驗(yàn)證測(cè)試進(jìn)行管理，對(duì)于之前的單元測(cè)試和集成測(cè)試主要由開(kāi)發(fā)團(tuán)隊(duì)中劃分出的一部分臨時(shí)測(cè)試人員完成。由于缺乏監(jiān)測(cè)手段，測(cè)試部門(mén)也無(wú)法收集和確定集成測(cè)試和單元測(cè)試的完成情況，在整個(gè)軟件測(cè)試過(guò)程中，業(yè)務(wù)需求是由開(kāi)發(fā)部門(mén)通過(guò)Rational RequisitePro進(jìn)行管理，但測(cè)試需求目前尚沒(méi)有提出要求，測(cè)試案例主要通過(guò)在公司公用的文件服務(wù)器中的目錄管理方式管理，對(duì)測(cè)試中缺陷流程等管理主要依靠郵件的流轉(zhuǎn)進(jìn)行處理。目前90%以上的測(cè)試是通過(guò)Excel和Word等測(cè)試案例文檔來(lái)完成，測(cè)試人員對(duì)軟件測(cè)試自動(dòng)化的認(rèn)識(shí)僅停留在“記錄+回放”的認(rèn)識(shí)上。

 

　　4.可供選擇的方案

 

　　方案A: A公司可以采用美科利(Mercury)公司產(chǎn)品為主的軟件測(cè)試自動(dòng)化方案。

　　依照原先的郵件流轉(zhuǎn)過(guò)程配置TestDirector缺陷管理流程，為每個(gè)保險(xiǎn)業(yè)務(wù)的開(kāi)發(fā)小組和測(cè)試團(tuán)隊(duì)分配相應(yīng)的用戶(hù)許可證，取消原有郵件方式。


　　部署Mercury Quick Test Professional，以便完成應(yīng)用程序相關(guān)功能測(cè)試。

　　部署Mercury Load-Runner。從測(cè)試團(tuán)隊(duì)中分化出專(zhuān)職的性能測(cè)試自動(dòng)化工程師和小組，和業(yè)務(wù)部門(mén)協(xié)調(diào)，建立A公司應(yīng)用系統(tǒng)上線(xiàn)性能指標(biāo)，通過(guò)LoadRunner給出測(cè)試指標(biāo)。

 

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

　　方案B: A公司也可以采用IBM Rational產(chǎn)品為主的軟件測(cè)試自動(dòng)化方案。