【正文】 理工具的項(xiàng)目創(chuàng)建，都要有復(fù)雜的數(shù)據(jù)庫(kù)創(chuàng)建過(guò)程，一個(gè)測(cè)試項(xiàng)目創(chuàng)建，還要根據(jù)它提供的數(shù)據(jù)庫(kù)表創(chuàng)建文件人工創(chuàng)建數(shù)據(jù)庫(kù)，另外，由于它們的需求管理和缺陷管理工具的獨(dú)立性，還要將需求項(xiàng)目和缺陷管理項(xiàng)目與測(cè)試項(xiàng)目結(jié)合。測(cè)試項(xiàng)目各階段實(shí)施的工具支持力度不同。由于MI公司的TestDirector本身是一個(gè)完整的工具，所有的測(cè)試工作都只有在一個(gè)測(cè)試項(xiàng)目創(chuàng)建后才能開(kāi)展，測(cè)試項(xiàng)目下面是需求建立、測(cè)試用例設(shè)計(jì)、測(cè)試安排、缺陷管理等，而且所有的這些內(nèi)容都存放在測(cè)試項(xiàng)目建立時(shí)所創(chuàng)建的同一個(gè)數(shù)據(jù)庫(kù)中，所以總體來(lái)說(shuō)TestDirector的測(cè)試項(xiàng)目是一個(gè)不可分割的整體。而Rational和Compuware的測(cè)試項(xiàng)目則不一樣，在它們的測(cè)試項(xiàng)目創(chuàng)建前你完全可以使用它們的需求管理工具創(chuàng)建完成測(cè)試需求，缺陷跟蹤工具創(chuàng)建好缺陷跟蹤的項(xiàng)目，然后創(chuàng)建測(cè)試項(xiàng)目時(shí)將這些需求和缺項(xiàng)項(xiàng)目與測(cè)試項(xiàng)目聯(lián)系起來(lái)。如果一個(gè)軟件測(cè)試過(guò)程中有很多人員參與的話(huà)，那么對(duì)這些參與測(cè)試的人員的管理就顯得非常重要，如何合理的調(diào)配和管理人員，對(duì)于提高測(cè)試的效率有很大的影響。三個(gè)公司的測(cè)試管理工具都有明確的管理測(cè)試人員（即用戶(hù)）的功能模塊，TestDirector有兩個(gè)地方可以進(jìn)行用戶(hù)的管理，一個(gè)是Site Administrator頁(yè)面，一個(gè)是CUSTOMIZE頁(yè)面；Rational的Rational Administrator即負(fù)責(zé)測(cè)試項(xiàng)目創(chuàng)建又負(fù)責(zé)測(cè)試人員的管理；和Rational的工具一樣，Compuware公司的QADirector Administrator也是即負(fù)責(zé)測(cè)試項(xiàng)目的創(chuàng)建也負(fù)責(zé)測(cè)試人員的管理。這三個(gè)工具都提供了用戶(hù)密碼保護(hù)、用戶(hù)添加、更改、刪除等必備功能，另外，都可以訂制用戶(hù)對(duì)測(cè)試資源操作和訪(fǎng)問(wèn)的權(quán)限。雖然三個(gè)公司的管理工具對(duì)于測(cè)試人員的管理從整體功能上來(lái)說(shuō)是相同的，但是在一些細(xì)節(jié)的實(shí)現(xiàn)方面還是有一些不同。首先，三個(gè)工具對(duì)測(cè)試人員的劃分不同。MI的測(cè)試管理工具和Rational的測(cè)試管理工具都是用角色來(lái)劃分測(cè)試人員即系統(tǒng)的用戶(hù)，它們規(guī)定每個(gè)角色對(duì)測(cè)試資源的操作和訪(fǎng)問(wèn)權(quán)限以及對(duì)某個(gè)測(cè)試管理工具的某個(gè)功能模塊的訪(fǎng)問(wèn)權(quán)限，而不去規(guī)定某個(gè)實(shí)際的用戶(hù)的權(quán)限，當(dāng)向系統(tǒng)添加一個(gè)用戶(hù)時(shí)，只需要指定用戶(hù)是那種角色就行了，如：Tester、Administrator、TestLeader等，如果沒(méi)有合適的角色，系統(tǒng)還允許訂制自己的角色，你可以為自己訂制的角色分配權(quán)限，并將其添加到角色庫(kù)中，供以后使用。不過(guò)，MI和Rational的這兩套工具對(duì)于測(cè)試資源和工具模塊的操作和訪(fǎng)問(wèn)權(quán)限劃分的粒度不同，TestDirector相對(duì)于Rational Administrator來(lái)說(shuō)對(duì)角色的權(quán)限的劃分要詳細(xì)地多，所以TestDirector對(duì)于角色的定義要靈活的多。Compuware的QADirector Administrator中對(duì)測(cè)試人員（即用戶(hù)）的管理沒(méi)有角色的概念，每加入一個(gè)用戶(hù)，都要訂制其權(quán)限，而且權(quán)限劃分也不是很細(xì)，訂制用戶(hù)權(quán)限的靈活性比較差。其次，它們對(duì)測(cè)試人員的管理方法不同。TestDirector中采用了對(duì)測(cè)試人員集中管理的方法，不管是項(xiàng)目A的測(cè)試人員還是項(xiàng)目B的測(cè)試人員，也不管項(xiàng)目A和B有沒(méi)有創(chuàng)建，都可以在TestDirector提供的用戶(hù)管理模塊中添加用戶(hù)，當(dāng)一個(gè)測(cè)試項(xiàng)目創(chuàng)建后，你可以為測(cè)試項(xiàng)目分配用戶(hù)，也可以將一個(gè)用戶(hù)指定為某個(gè)項(xiàng)目的人員，所以TestDirector對(duì)于測(cè)試人員（即用戶(hù)）的管理顯得非常的靈活、簡(jiǎn)單。其它兩個(gè)公司的管理工具來(lái)說(shuō)，它們的測(cè)試人員是依附于測(cè)試項(xiàng)目而存在的。首先，要先創(chuàng)建一個(gè)測(cè)試項(xiàng)目，然后才能為每個(gè)測(cè)試項(xiàng)目添加相應(yīng)的用戶(hù)，而且不同的測(cè)試項(xiàng)目的用戶(hù)是相互獨(dú)立的。而往往一個(gè)測(cè)試團(tuán)隊(duì)的人員是固定的，它們的職責(zé)也是固定的，它們作為測(cè)試工具的使用者也是固定的，所以Rational和Compuware公司的管理工具讓測(cè)試人員依附于測(cè)試項(xiàng)目而存在的方法使得每建一個(gè)測(cè)試項(xiàng)目都要重復(fù)添加一次系統(tǒng)用戶(hù)，顯得比較繁瑣[1922]。測(cè)試計(jì)劃就是針對(duì)測(cè)試項(xiàng)目創(chuàng)建一個(gè)完整的測(cè)試計(jì)劃，主要包括測(cè)試用例的設(shè)計(jì)、測(cè)試腳本的創(chuàng)建等工作。下面就MI和Rational兩個(gè)公司的測(cè)試管理工具TestDirector和TestMananger中建立測(cè)試計(jì)劃的功能作一個(gè)分析和比較。MI的TestDirector中的Test Plan模塊就是創(chuàng)建測(cè)試計(jì)劃的一個(gè)平臺(tái)，它提供了各種功能以方便測(cè)試計(jì)劃的創(chuàng)建。首先，使用TestDirector可以定義測(cè)試。Test Plan模塊提供了樹(shù)形結(jié)構(gòu)來(lái)組織和定義測(cè)試，你可以根據(jù)被測(cè)軟件的功能模塊將一個(gè)大的測(cè)試劃分為小的測(cè)試，這些測(cè)試用文件夾來(lái)區(qū)分，然后向這些文件夾中添加具體的測(cè)試，針對(duì)測(cè)試執(zhí)行使用工具的不同，新建一個(gè)測(cè)試的時(shí)候，TestDirector提供了如下幾種測(cè)試類(lèi)型：手工測(cè)試、WinRunner自動(dòng)化測(cè)試、LoadRunner自動(dòng)化測(cè)試、VAPI測(cè)試、QuickTest測(cè)試、Astra LoadTest測(cè)試、Xunner測(cè)試、System測(cè)試等供選擇，而且這些不同類(lèi)型的測(cè)試都會(huì)用不同的圖標(biāo)來(lái)區(qū)別，根據(jù)圖標(biāo)可以很容易的知道測(cè)試的類(lèi)型。使用TestDirector可以輕松的將測(cè)試和需求聯(lián)系起來(lái)。測(cè)試計(jì)劃中的測(cè)試要與原始的測(cè)試需求相吻合是最基本的要求。上面已經(jīng)提到了TestDirector中可以很方便的將一個(gè)測(cè)試需求和對(duì)應(yīng)的測(cè)試聯(lián)系起來(lái)。同樣的方法，TestDirector為了保證測(cè)試對(duì)測(cè)試需求的覆蓋率，可以通過(guò)將測(cè)試計(jì)劃樹(shù)中的每一個(gè)測(cè)試與測(cè)試需求樹(shù)中的一個(gè)或多個(gè)需求相聯(lián)系方法創(chuàng)建一個(gè)測(cè)試覆蓋。對(duì)測(cè)試步驟設(shè)計(jì)的支持。通過(guò)向測(cè)試計(jì)劃樹(shù)中的測(cè)試添加測(cè)試步驟的方法來(lái)定義測(cè)試操作過(guò)程。測(cè)試步驟描述了測(cè)試的操作，要檢查的點(diǎn)，和每個(gè)測(cè)試期望的輸出等信息。對(duì)于設(shè)計(jì)完測(cè)試步驟的測(cè)試，可以根據(jù)其測(cè)試類(lèi)型（是手工測(cè)試還是自動(dòng)化測(cè)試）使用相應(yīng)的測(cè)試工具來(lái)創(chuàng)建相應(yīng)的測(cè)試腳本。生成報(bào)告和圖表以助于分析測(cè)試數(shù)據(jù)。這個(gè)功能可以幫助你重新瀏覽測(cè)試以確定它們是否符合測(cè)試目標(biāo)。另外，TestDirector的Test Plan模塊中還提供了郵件發(fā)送功能，你可以很輕松的將設(shè)計(jì)好的測(cè)試發(fā)送給測(cè)試項(xiàng)目組成員中的任何一個(gè)人。對(duì)于每一個(gè)測(cè)試還允許為它添加任何類(lèi)型的附件。Rational TestManager是Rational測(cè)試管理工具集中的核心工具，在TestManager中，一個(gè)測(cè)試計(jì)劃是一個(gè)Rational測(cè)試數(shù)據(jù)存儲(chǔ)的資源(asset)。一個(gè)項(xiàng)目可以有一個(gè)或多個(gè)測(cè)試計(jì)劃。而且可以根據(jù)測(cè)試情況的需要任意的組織它們，可以為整個(gè)項(xiàng)目制定一個(gè)測(cè)試計(jì)劃，你也可以為項(xiàng)目的每一個(gè)主要的ponent指定一個(gè)測(cè)試計(jì)劃。Rational的一個(gè)測(cè)試計(jì)劃是由測(cè)試用例文件夾組成，每個(gè)測(cè)試用例文件夾中是具體的測(cè)試用例。每個(gè)測(cè)試用例可以選擇是手工的測(cè)試用例還是自動(dòng)化的測(cè)試用例，其中自動(dòng)化的測(cè)試用例也有多種不同工具的選擇，包括功能的和性能的，針對(duì)每個(gè)測(cè)試用例，你還可以設(shè)計(jì)其測(cè)試步驟，包括測(cè)試操作、檢查點(diǎn)、輸出等，還要指定與測(cè)試用例相聯(lián)系的測(cè)試腳本，這些東西和TestDirector是相同的。不過(guò)Rational TestManager的測(cè)試用例還有以下兩個(gè)特殊的地方：第一，可以指定外部文件作為測(cè)試用例的輸入。有三種不同的測(cè)試用例輸入文件：測(cè)試需求文件（Rational RequisitePro創(chuàng)建的需求）、Rational Rose項(xiàng)目、Excel文件?？梢?jiàn)Rational的測(cè)試工具還和其建模工具結(jié)合了起來(lái)，如果要測(cè)試的軟件使用Rational Rose來(lái)建模的，使用Rational的測(cè)試工具也不失為一種很好的選擇，可以省去很多重復(fù)的工作。第二，在TestManager中創(chuàng)建所有的測(cè)試用例，然后用interations來(lái)指定一個(gè)指定的測(cè)試用例什么時(shí)候運(yùn)行和通過(guò)。一個(gè)iteration是在一個(gè)項(xiàng)目進(jìn)行中定義的一個(gè)時(shí)間段。一個(gè)iteration是一個(gè)主要的項(xiàng)目轉(zhuǎn)折點(diǎn)。在一個(gè)iteration中，產(chǎn)品要符合某種質(zhì)量標(biāo)準(zhǔn)以達(dá)到某個(gè)轉(zhuǎn)折點(diǎn)，質(zhì)量標(biāo)準(zhǔn)是由測(cè)試用例定義的必須通過(guò)的。在許多組織者中，測(cè)試員和分析員或項(xiàng)目經(jīng)理決定在那一個(gè)iterations測(cè)試用例需要通過(guò)。使用Rational TestManager的這個(gè)功能，可以更加嚴(yán)密的監(jiān)視測(cè)試是否符合要求，更容易保證被測(cè)軟件的質(zhì)量。另外，Rational TestManager還提供了測(cè)試影響分析的功能。測(cè)試影響分析對(duì)于確定測(cè)試腳本是否為所有的測(cè)試需求提供了完全的覆蓋是很重要的。當(dāng)測(cè)試需求改變的時(shí)候，TestManager會(huì)提示你這些改變對(duì)測(cè)試計(jì)劃的影響。比如：如果一個(gè)需求因?yàn)槟撤N原因改變了，你想知道測(cè)試計(jì)劃中的那些測(cè)試用例受到了影響，那么你可以u(píng)pdate它們以反映需求的變化。TestManager會(huì)自動(dòng)將受到影響的測(cè)試用例標(biāo)記上“suspect”。Rational TestMananger還提供了針對(duì)測(cè)試計(jì)劃生成各種報(bào)告的功能。這些報(bào)告可以幫助你分析測(cè)試計(jì)劃，找出其中的缺陷。從上面對(duì)兩個(gè)工具的分析，我們可以看出，在測(cè)試計(jì)劃建立方面，兩個(gè)工具的功能有很多相同的地方，比如：測(cè)試計(jì)劃的組織方式是相同的，一個(gè)大的測(cè)試項(xiàng)目可以細(xì)化為小的測(cè)試計(jì)劃，測(cè)試計(jì)劃下面是測(cè)試用例文件夾，測(cè)試用例文件夾中是具體的測(cè)試用例，都用樹(shù)形結(jié)構(gòu)來(lái)管理測(cè)試計(jì)劃；都可以生成相應(yīng)的報(bào)告，來(lái)查看測(cè)試計(jì)劃的完整性等。另外，兩個(gè)工具也各有其特色的地方，TestDirector對(duì)測(cè)試計(jì)劃郵件發(fā)送功能的支持、直觀(guān)的測(cè)試需求和測(cè)試計(jì)劃的聯(lián)系等是TestManager所不具備的；而TestManager對(duì)多種測(cè)試用例輸入的支持、對(duì)測(cè)試用例的監(jiān)督機(jī)制、測(cè)試影響分析功能等又是TestDirector所沒(méi)有的[13,19,21,23]。[24]項(xiàng)目工具`TestDirectorRational管理工具集Compuware管理工具集功能項(xiàng)目管理、人員管理、需求管理、測(cè)試計(jì)劃、測(cè)試結(jié)果分析、缺陷跟蹤等同左同左工具特點(diǎn)基于WEB的應(yīng)用軟件，B/S系統(tǒng)基于Windows的應(yīng)用軟件，C/S系統(tǒng)基于Windows的應(yīng)用軟件，C/S系統(tǒng)工具集成度高，獨(dú)立完成所有測(cè)試管理功能低，多個(gè)工具結(jié)合，共同完成測(cè)試管理功能低，多個(gè)工具結(jié)合，共同完成測(cè)試管理功能功能定制非常靈活一般一般工具易操作性簡(jiǎn)單，很容易學(xué)非常復(fù)雜比較復(fù)雜用戶(hù)權(quán)限定制用戶(hù)權(quán)限劃分較細(xì)，用戶(hù)按角色分配用戶(hù)權(quán)限劃分不夠細(xì)，用戶(hù)權(quán)限按角色分配用戶(hù)權(quán)限劃分不夠細(xì)，每個(gè)用戶(hù)都要詳細(xì)定義其權(quán)限數(shù)據(jù)庫(kù)支持Microsoft Access，SQL；Oracle；不同工具使用的數(shù)據(jù)庫(kù)不同，但都支持主流的數(shù)據(jù)庫(kù)服務(wù)器，如SQL；Oracle。不同工具使用的數(shù)據(jù)庫(kù)不同，但都支持主流的數(shù)據(jù)庫(kù)服務(wù)器，如SQL；Oracle。郵件通知功能有有有支持操作系統(tǒng)平臺(tái)NT Server with SP 6，Windows 2000 Professional with sp2 Windows 98/2000/XP/2003Windows 95/98/2000，NT 圖形化測(cè)試執(zhí)行安排支持不支持不支持報(bào)表生成功能強(qiáng)大強(qiáng)大一般軟件測(cè)試是確保軟件質(zhì)量的重要方法，忽略了軟件測(cè)試，就是不重視軟件質(zhì)量。自動(dòng)化測(cè)試是提高軟件測(cè)試效率的重要方法，忽視自動(dòng)化測(cè)試工具在軟件測(cè)試中的應(yīng)用，就是浪費(fèi)時(shí)間、人力和物力。MI公司、Rational公司和Compuware公司，三個(gè)公司的都開(kāi)發(fā)了一套完整的自動(dòng)化測(cè)試工具和管理工具，這些工具都可以執(zhí)行完整的自動(dòng)化測(cè)試，但也各有千秋，而且這些工具還在不斷的完善，功能還在不斷的增強(qiáng)。另外由于時(shí)間有限，本文對(duì)這些工具的比較還有很多未涉及之處，而且可能有些地方還不太妥當(dāng)，希望今后有更多的人對(duì)這些工具做出比較，以幫助要使用這些工具的公司或單位作出更好的抉擇。參考文獻(xiàn)[1]馬良荔,金松,[J].艦船電子工程,2004年,03期:3031.[2][J].林業(yè)科技情報(bào),2005年,01期:4748.[3][J].黃岡職業(yè)技術(shù)學(xué)院學(xué)報(bào),2007年,01期:9598.[4][J].機(jī)電工程技術(shù),2005年,01期:4647.[5]周煜,周?chē)?guó)慶,[J].中國(guó)測(cè)試技術(shù),2005年,03期:5658,75.[6][J].艦船電子工程,2004年,01期:3235.[7][J].科技資訊,2006年,03期:3839.[8]潘立武,[J].福建電腦,2007年,07期:7172.[9]王艷秋,[J].科技信息(學(xué)術(shù)版),2007年,05期:168,171.[10]楊亞南,孫忠林,[J].科技信息(學(xué)術(shù)研究),2007年,24期:503504.[11][J].廣西輕工業(yè),2007年,03期:6465.[12]？,2004年.[13]MI測(cè)試工具介紹.，2006823.[14]Rational測(cè)試工具介紹.，2006612.[15]QACenter軟件黑盒測(cè)試工具.，2007422.[16][17]李理,[J].警察技術(shù),2006年,04期:4144.[18]Rational完成自動(dòng)化功能測(cè)試.，20051019.[19][20][21][22][23]開(kāi)發(fā)自動(dòng)化測(cè)試腳本的技巧和心得.，2005118.[24][25]Research on GUI Automation Testing.？.附錄1外文譯文GUI自動(dòng)化測(cè)試研究摘要:指出了目前自動(dòng)化測(cè)試所采用的錄制技術(shù)存在的不足，針對(duì)不斷變化的圖形用戶(hù)界面測(cè)試代碼很難維護(hù)和擴(kuò)展的問(wèn)題，采用基于對(duì)象的捕捉技術(shù)，設(shè)計(jì)了以Windows消息機(jī)制為基礎(chǔ)的GU IATF測(cè)試框架，實(shí)現(xiàn)了高度靈活并易于擴(kuò)展的圖形用戶(hù)界面自動(dòng)化測(cè)試。關(guān)鍵詞：軟件測(cè)試；回歸測(cè)試；自動(dòng)化0．引言測(cè)試是一種旨在評(píng)估一個(gè)程序或系統(tǒng)的屬性或能力，確定它是否符合其所需結(jié)果的活動(dòng)。在整個(gè)軟件開(kāi)發(fā)過(guò)程中，從需求分析到系統(tǒng)設(shè)計(jì)直到代碼實(shí)現(xiàn)，都會(huì)出現(xiàn)或多或少的問(wèn)題。如何保障軟件的質(zhì)量，軟件測(cè)試就成為關(guān)鍵的技術(shù)。軟件測(cè)試的工作量很大