【正文】 是固定的，它們作為測(cè)試工具的使用者也是固定的，所以Rational和Compuware公司的管理工具讓測(cè)試人員依附于測(cè)試項(xiàng)目而存在的方法使得每建一個(gè)測(cè)試項(xiàng)目都要重復(fù)添加一次系統(tǒng)用戶，顯得比較繁瑣[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è)試類型：手工測(cè)試、WinRunner自動(dòng)化測(cè)試、LoadRunner自動(dòng)化測(cè)試、VAPI測(cè)試、QuickTest測(cè)試、Astra LoadTest測(cè)試、Xunner測(cè)試、System測(cè)試等供選擇，而且這些不同類型的測(cè)試都會(huì)用不同的圖標(biāo)來(lái)區(qū)別，根據(jù)圖標(biāo)可以很容易的知道測(cè)試的類型。使用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è)試類型（是手工測(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è)試還允許為它添加任何類型的附件。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ā)送功能的支持、直觀的測(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ù)雜用戶權(quán)限定制用戶權(quán)限劃分較細(xì)，用戶按角色分配用戶權(quán)限劃分不夠細(xì)，用戶權(quán)限按角色分配用戶權(quán)限劃分不夠細(xì)，每個(gè)用戶都要詳細(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)大一般56軟件測(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]周煜,周國(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ì)不斷變化的圖形用戶界面測(cè)試代碼很難維護(hù)和擴(kuò)展的問(wèn)題，采用基于對(duì)象的捕捉技術(shù)，設(shè)計(jì)了以Windows消息機(jī)制為基礎(chǔ)的GU IATF測(cè)試框架，實(shí)現(xiàn)了高度靈活并易于擴(kuò)展的圖形用戶界面自動(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è)試的工作量很大并具有一定的重復(fù)性，尤其在測(cè)試后期所進(jìn)行的回歸測(cè)試中（回歸測(cè)試在軟件出現(xiàn)發(fā)展性的改變和修正性改變時(shí)運(yùn)行），需要驗(yàn)證以前發(fā)現(xiàn)的問(wèn)題在新版本中是否解決，大部分測(cè)試工作是重復(fù)的。實(shí)現(xiàn)軟件測(cè)試的自動(dòng)化可以使大量的測(cè)試程序化地反復(fù)執(zhí)行，不僅節(jié)約了大量的勞動(dòng)力，而且提高了測(cè)試效率并保證了測(cè)試的質(zhì)量。1．錄制技術(shù)的不足目前一些錄制技術(shù)被應(yīng)用到圖形用戶界面的自動(dòng)化測(cè)試中，在軟件開(kāi)發(fā)周期中，系統(tǒng)需要不斷地更新和維護(hù)，為了保證測(cè)試質(zhì)量，測(cè)試代碼對(duì)不斷變化的系統(tǒng)要有很強(qiáng)的適應(yīng)能力，換句話說(shuō)，測(cè)試也同樣需要維護(hù)。測(cè)試腳本的錄制過(guò)程是根據(jù)具體的界面和操作進(jìn)行的，一旦腳本的執(zhí)行界面發(fā)生改變，運(yùn)行就會(huì)出現(xiàn)異常，甚至僅僅是被操作對(duì)象位置的改變或圖像分辨率的改變都可能會(huì)造成圖形用戶界面自動(dòng)化測(cè)試的失敗，因此，基于錄制技術(shù)的自動(dòng)化測(cè)試維護(hù)的代價(jià)相當(dāng)高。另外，腳本錄制的過(guò)程是固定的，所以腳本的運(yùn)行會(huì)完全按照操作步驟，不具備靈活性。2．自動(dòng)化測(cè)試框架的提出在目前的軟件測(cè)試中，一個(gè)備受關(guān)注的問(wèn)題是如何高效地實(shí)現(xiàn)圖形用戶界面的自動(dòng)化測(cè)試，并使測(cè)試代碼具有很高的靈活性。本文提出了一種基于對(duì)象捕捉技術(shù)的圖形用戶界面自動(dòng)化測(cè)試框架GUIATF（Graphics User Interface Automation Testing Framework），為測(cè)試人員方便地創(chuàng)建并靈活地維護(hù)測(cè)試代碼提供保證。當(dāng)用戶界面發(fā)生變化時(shí)，測(cè)試代碼能很快地進(jìn)行更新，對(duì)用戶界面的變化有很強(qiáng)的適應(yīng)能力。3．GUIATF框架的工作原理GUIATF框架的基礎(chǔ)是消息機(jī)制，通過(guò)消息的發(fā)送來(lái)觸發(fā)相應(yīng)的事件。消息的初始接收器必須是窗口對(duì)象。Windows消息通常直接由該窗口對(duì)象處理。通常產(chǎn)生于應(yīng)用程序主框架窗口的命令消息被傳送到命令傳送中描述的命令目標(biāo)鏈。GUIATF框架要完成的任務(wù)是為測(cè)試人員開(kāi)發(fā)自動(dòng)化測(cè)試代碼提供功能強(qiáng)大的接口，模擬測(cè)試用例中定義的用戶操作，通知系統(tǒng)發(fā)送一系列的消息給應(yīng)用程序，實(shí)現(xiàn)測(cè)試用例的自動(dòng)化運(yùn)行。 GUIATF的作用圖1 GUIATF的作用從圖1可以看出GUIATF將消息發(fā)送給系統(tǒng)，系統(tǒng)響應(yīng)消息之后通知應(yīng)用程序來(lái)觸發(fā)對(duì)應(yīng)的事件，完成測(cè)試用例中定義的一系列用戶操作。GUIATF是連接應(yīng)用程序和用戶操作的橋梁。在自動(dòng)化測(cè)試過(guò)程中，測(cè)試用例是批量運(yùn)行的，為了跟蹤測(cè)試結(jié)果，GUIATF需要不斷記錄執(zhí)行過(guò)程、探測(cè)不期望出現(xiàn)的事件以及在運(yùn)行異常時(shí)保存現(xiàn)場(chǎng)截圖。這些結(jié)果數(shù)據(jù)通過(guò)日志管理存儲(chǔ)在日志數(shù)據(jù)庫(kù)中，便于測(cè)試人員查看和分析測(cè)試結(jié)果。 GUIATF的結(jié)構(gòu)GUIATF框架由四個(gè)模塊構(gòu)成：對(duì)象定位、字符轉(zhuǎn)換、消息發(fā)送和日志記錄，如圖2所示。對(duì)象定位模塊將用戶要操作的控件對(duì)象轉(zhuǎn)化為GUIATF框架自身定義的自動(dòng)化對(duì)象，然后再對(duì)其定位，在定位過(guò)程中，需要獲取控件的一些屬性信息，最常用到的是控件顯示在界面上的名稱。在不同的語(yǔ)言版本中，同一個(gè)控件的名稱是不同的，字符轉(zhuǎn)換模塊提取當(dāng)前環(huán)境的語(yǔ)言類型，將要檢索的控件名稱轉(zhuǎn)換為當(dāng)前語(yǔ)言環(huán)境中對(duì)應(yīng)的名稱，發(fā)送給對(duì)象定位模塊。對(duì)象定位成功后，消息發(fā)送模塊將模擬用戶操作的消息發(fā)送到被鎖定的對(duì)象，比如：用鼠標(biāo)點(diǎn)擊被定位的按鈕或在被定位的編輯框中錄入信息等。在以上三個(gè)模塊執(zhí)行的過(guò)程中，日志跟蹤模塊分別記錄它們工作的詳細(xì)信息，以便自動(dòng)化測(cè)試運(yùn)行結(jié)束后，測(cè)試人員通過(guò)查看日志信息分析測(cè)試結(jié)果。圖2 GUIATF的結(jié)構(gòu)(1)對(duì)象定位模塊對(duì)象定位模塊使GUIATF框架在處理控件對(duì)象方面具備功能豐富的接口，測(cè)試人員通過(guò)調(diào)用它們可以方便、高效地實(shí)現(xiàn)自動(dòng)化對(duì)象的創(chuàng)建、檢索自動(dòng)化對(duì)象包含的子對(duì)象、激活對(duì)象、確定對(duì)象角色、狀態(tài)和位置等功能。應(yīng)用程序中的每一個(gè)控件都屬