【正文】 67一些開(kāi)源測(cè)試工具o 測(cè)試管理工具n TestLink（）：基于 WEB的測(cè)試管理和執(zhí)行系統(tǒng)。測(cè)試小組在系統(tǒng)中可以創(chuàng)建、管理、執(zhí)行、跟蹤測(cè)試用例，并且提供在測(cè)試計(jì)劃中安排測(cè)試用例的方法。 使用環(huán)境 : Apache, MySQL, PHP n Bugzilla Test Runner（ ）：Bugzilla Test Runner基于 Bugzilla缺陷管理系統(tǒng)的測(cè)試用例管理系統(tǒng)。 使用環(huán)境 : Bugzilla or above (bugzilla是一個(gè)可以發(fā)布 bug以及跟蹤報(bào)告 bug進(jìn)展情況的開(kāi)源軟件 )自動(dòng)化測(cè)試解決方案舉例（來(lái)源：百度百科）o 公司背景介紹o 公司應(yīng)用系統(tǒng)的情況o 公司軟件測(cè)試現(xiàn)狀o 可供選擇的方案o 方案評(píng)價(jià)ShiZhu_FFH 68自動(dòng)化測(cè)試解決方案舉例o 公司背景介紹A公司是一家大型保險(xiǎn)公司，擁有近 20個(gè)城市的分公司，并在其中 5個(gè)城市建立了 IT支持中心。平均每年的上線應(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)目上線前的一道工序而已。在測(cè)試團(tuán)隊(duì)內(nèi)部也幾乎沒(méi)有自動(dòng)化的手段，主要依靠手工測(cè)試。由于已上線應(yīng)用系統(tǒng)的問(wèn)題，開(kāi)發(fā)團(tuán)隊(duì)必須分出一部分資源去維護(hù)和修復(fù)上線應(yīng)用，而同時(shí)測(cè)試團(tuán)隊(duì)的測(cè)試成果和效率卻無(wú)法和這些應(yīng)用質(zhì)量掛鉤，也更無(wú)從談起對(duì)軟件質(zhì)量的控制。所以， A公司決定在軟件質(zhì)量和測(cè)試方面進(jìn)行投入，他們考慮以下幾方面 : ShiZhu_FFH 69自動(dòng)化測(cè)試解決方案舉例o 公司背景介紹n 引進(jìn)軟件測(cè)試流程管理的自動(dòng)化，提高軟件測(cè)試過(guò)程的管理水平，使軟件測(cè)試和軟件開(kāi)發(fā)一樣可被評(píng)估、被衡量。 n 實(shí)現(xiàn)性能測(cè)試自動(dòng)化，所有應(yīng)用上線之前必須有應(yīng)用性能風(fēng)險(xiǎn)評(píng)估報(bào)告和相關(guān)部門(mén)的確認(rèn) n 逐步實(shí)現(xiàn)功能測(cè)試的自動(dòng)化，在目前人員配置的情況下，把部分手工測(cè)試變成自動(dòng)化測(cè)試，提高測(cè)試可信度，降低人為錯(cuò)誤。 n 通過(guò)軟件測(cè)試自動(dòng)化，管理軟件測(cè)試中的案例、缺陷、報(bào)告等資產(chǎn)，進(jìn)一步提升軟件測(cè)試的效率并建立測(cè)試基礎(chǔ)庫(kù)。 n 在規(guī)劃中，將來(lái)的 2～ 3年內(nèi)使所有的應(yīng)用系統(tǒng)上線都必須有數(shù)字化的測(cè)試數(shù)據(jù)作為依據(jù)。 ShiZhu_FFH 70自動(dòng)化測(cè)試解決方案舉例o 公司應(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)已建立 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ā)基本上以 B/S架構(gòu)為主，主要是 WebHTTP應(yīng)用和部分 .NET Form應(yīng)用。ShiZhu_FFH 71自動(dòng)化測(cè)試解決方案舉例o 公司軟件測(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í)事求是的理性思考。ShiZhu_FFH 72自動(dòng)化測(cè)試解決方案舉例o 公司軟件測(cè)試現(xiàn)狀測(cè)試部門(mén)目前僅負(fù)責(zé)系統(tǒng)測(cè)試和對(duì)用戶驗(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)進(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í)上。ShiZhu_FFH 73自動(dòng)化測(cè)試解決方案舉例o 可供選擇的方案方案 A:A公司可以采用 HP美科利（ HPMercury）公司產(chǎn)品為主的軟件測(cè)試自動(dòng)化方案。 n 依照原先的郵件流轉(zhuǎn)過(guò)程配置 TestDirector缺陷管理流程，為每個(gè)保險(xiǎn)業(yè)務(wù)的開(kāi)發(fā)小組和測(cè)試團(tuán)隊(duì)分配相應(yīng)的用戶許可證，取消原有郵件方式。 n 部署 QuickTestProfessional，以便完成應(yīng)用程序相關(guān)功能測(cè)試。 n 部署 LoadRunner。從測(cè)試團(tuán)隊(duì)中分化出專(zhuān)職的性能測(cè)試自動(dòng)化工程師和小組，和業(yè)務(wù)部門(mén)協(xié)調(diào)，建立 A公司應(yīng)用系統(tǒng)上線性能指標(biāo)，通過(guò) LoadRunner給出測(cè)試指標(biāo)。 ShiZhu_FFH 74自動(dòng)化測(cè)試解決方案舉例o 可供選擇的方案方案 A:n 建議 A公司成立專(zhuān)門(mén)的質(zhì)量控制部門(mén)，對(duì) TestDirector中的數(shù)據(jù)定期進(jìn)行分析，建立相關(guān)質(zhì)量模型，以便于企業(yè)量化管理和過(guò)程改進(jìn)。 ShiZhu_FFH 75自動(dòng)化測(cè)試解決方案舉例o 可供選擇的方案方案 B:A公司也可以采用 IBMRational產(chǎn)品為主的軟件測(cè)試自動(dòng)化方案。 n 采用 Testmanager來(lái)進(jìn)行整個(gè)測(cè)試流程的管理，為相關(guān)開(kāi)發(fā)和測(cè)試小組成員分配相應(yīng)權(quán)限，改變以前通過(guò)郵件以及 Word、 Excel文檔管理測(cè)試的工作方式。 n 部署 Robot，用它來(lái)完成功能相關(guān)的測(cè)試工作以及新版本發(fā)布時(shí)的冒煙測(cè)試。此外， Robot也能較好地完成性能相關(guān)測(cè)試。統(tǒng)一的操作方式降低了工具的學(xué)習(xí)周期和培訓(xùn)帶來(lái)的大筆開(kāi)銷(xiāo)。 n 部署 Purifyplus，使測(cè)試工作前移到開(kāi)發(fā)階段。由于Purifyplus能較好地支持白盒測(cè)試，編程人員在編碼階段引入的錯(cuò)誤能盡早被檢測(cè)到，這大幅降低了后期測(cè)試的開(kāi)銷(xiāo)。 ShiZhu_FFH 76自動(dòng)化測(cè)試解決方案舉例o 可供選擇的方案方案 B:A公司也可以采用 IBMRational產(chǎn)品為主的軟件測(cè)試自動(dòng)化方案。 n 建議 A公司成立專(zhuān)門(mén)的質(zhì)量控制部門(mén)，對(duì) Testmanager中的數(shù)據(jù)定期進(jìn)行分析，建立相關(guān)質(zhì)量模型，以便于企業(yè)量化管理和過(guò)程改進(jìn)。 ShiZhu_FFH 77自動(dòng)化測(cè)試解決方案舉例o 可供選擇的方案方案 C:A公司也可以采用開(kāi)源軟件為主的軟件測(cè)試自動(dòng)化方案。 n 采用 Bugzilla來(lái)進(jìn)行 Bug跟蹤管理，采用BugzillaTestRunner進(jìn)行測(cè)試用例管理，采用 CVS進(jìn)行測(cè)試資源的配置管理。 n 采用 MaxQ和 WebInject對(duì) B/S結(jié)構(gòu)的應(yīng)用系統(tǒng)進(jìn)行功能測(cè)試。 n 采用 DBMonster、 Open－ STA、 LoadSim進(jìn)行性能相關(guān)測(cè)試。 n 可采用 Xunit架構(gòu)的開(kāi)源工具對(duì)不同語(yǔ)言的程序單元進(jìn)行單元測(cè)試。 ShiZhu_FFH 78自動(dòng)化測(cè)試解決方案舉例o 可供選擇的方案方案 C:n 建議 A公司成立專(zhuān)門(mén)的開(kāi)源軟件維護(hù)小組，以解決可能會(huì)碰到的工具維護(hù)工作。 n 建議 A公司成立專(zhuān)門(mén)的質(zhì)量控制部門(mén)，對(duì) Bugzilla、TestRunner、 CVS中的數(shù)據(jù)定期進(jìn)行分析，建立相關(guān)質(zhì)量模型，以便于企業(yè)量化管理和過(guò)程改進(jìn)。 ShiZhu_FFH 79自動(dòng)化測(cè)試解決方案舉例o 方案評(píng)價(jià)由于不同客戶在組織架構(gòu)、員工素質(zhì)以及流程管理水平等方面的不同，很難用一兩句話來(lái)說(shuō)明不同解決方案的適用性。上面 3種可行的方案，具體選擇哪一個(gè)，需仔細(xì)權(quán)衡。一般性建議：對(duì)于不想受制于某個(gè)測(cè)試自動(dòng)化廠家的企業(yè)，開(kāi)源是一個(gè)理想的選擇。它不需要支付成本，工具的源代碼可以隨意修改，因而具有較好的靈活性。但開(kāi)源工具的弊端也是明顯的：缺乏使用培訓(xùn)和技術(shù)支持，沒(méi)有正確保證，工具的用戶界面一般也較為粗糙。對(duì)于比較看重培訓(xùn)和售后支持的企業(yè)，建議選擇 IBMRational或HP(Mercury)或其他廠家的產(chǎn)品。這樣雖然需要支付一部分費(fèi)用，但省去了工具維護(hù)所需要的大量工作。ShiZhu_FFH 80演講完畢，謝謝觀看