【正文】 應(yīng)用程序中的每一個(gè)控件都屬于。在以上三個(gè)模塊執(zhí)行的過程中，日志跟蹤模塊分別記錄它們工作的詳細(xì)信息，以便自動(dòng)化測試運(yùn)行結(jié)束后，測試人員通過查看日志信息分析測試結(jié)果。在不同的語言版本中，同一個(gè)控件的名稱是不同的，字符轉(zhuǎn)換模塊提取當(dāng)前環(huán)境的語言類型，將要檢索的控件名稱轉(zhuǎn)換為當(dāng)前語言環(huán)境中對應(yīng)的名稱，發(fā)送給對象定位模塊。 GUIATF的結(jié)構(gòu)GUIATF框架由四個(gè)模塊構(gòu)成：對象定位、字符轉(zhuǎn)換、消息發(fā)送和日志記錄，如圖2所示。在自動(dòng)化測試過程中，測試用例是批量運(yùn)行的，為了跟蹤測試結(jié)果，GUIATF需要不斷記錄執(zhí)行過程、探測不期望出現(xiàn)的事件以及在運(yùn)行異常時(shí)保存現(xiàn)場截圖。 GUIATF的作用圖1 GUIATF的作用從圖1可以看出GUIATF將消息發(fā)送給系統(tǒng)，系統(tǒng)響應(yīng)消息之后通知應(yīng)用程序來觸發(fā)對應(yīng)的事件，完成測試用例中定義的一系列用戶操作。通常產(chǎn)生于應(yīng)用程序主框架窗口的命令消息被傳送到命令傳送中描述的命令目標(biāo)鏈。消息的初始接收器必須是窗口對象。當(dāng)用戶界面發(fā)生變化時(shí)，測試代碼能很快地進(jìn)行更新，對用戶界面的變化有很強(qiáng)的適應(yīng)能力。2．自動(dòng)化測試框架的提出在目前的軟件測試中，一個(gè)備受關(guān)注的問題是如何高效地實(shí)現(xiàn)圖形用戶界面的自動(dòng)化測試，并使測試代碼具有很高的靈活性。測試腳本的錄制過程是根據(jù)具體的界面和操作進(jìn)行的，一旦腳本的執(zhí)行界面發(fā)生改變，運(yùn)行就會(huì)出現(xiàn)異常，甚至僅僅是被操作對象位置的改變或圖像分辨率的改變都可能會(huì)造成圖形用戶界面自動(dòng)化測試的失敗，因此，基于錄制技術(shù)的自動(dòng)化測試維護(hù)的代價(jià)相當(dāng)高。實(shí)現(xiàn)軟件測試的自動(dòng)化可以使大量的測試程序化地反復(fù)執(zhí)行，不僅節(jié)約了大量的勞動(dòng)力，而且提高了測試效率并保證了測試的質(zhì)量。如何保障軟件的質(zhì)量，軟件測試就成為關(guān)鍵的技術(shù)。關(guān)鍵詞：軟件測試；回歸測試；自動(dòng)化0．引言測試是一種旨在評估一個(gè)程序或系統(tǒng)的屬性或能力，確定它是否符合其所需結(jié)果的活動(dòng)。另外由于時(shí)間有限，本文對這些工具的比較還有很多未涉及之處，而且可能有些地方還不太妥當(dāng)，希望今后有更多的人對這些工具做出比較，以幫助要使用這些工具的公司或單位作出更好的抉擇。自動(dòng)化測試是提高軟件測試效率的重要方法，忽視自動(dòng)化測試工具在軟件測試中的應(yīng)用，就是浪費(fèi)時(shí)間、人力和物力。不同工具使用的數(shù)據(jù)庫不同，但都支持主流的數(shù)據(jù)庫服務(wù)器，如SQL；Oracle。另外，兩個(gè)工具也各有其特色的地方，TestDirector對測試計(jì)劃郵件發(fā)送功能的支持、直觀的測試需求和測試計(jì)劃的聯(lián)系等是TestManager所不具備的；而TestManager對多種測試用例輸入的支持、對測試用例的監(jiān)督機(jī)制、測試影響分析功能等又是TestDirector所沒有的[13,19,21,23]。這些報(bào)告可以幫助你分析測試計(jì)劃，找出其中的缺陷。TestManager會(huì)自動(dòng)將受到影響的測試用例標(biāo)記上“suspect”。當(dāng)測試需求改變的時(shí)候，TestManager會(huì)提示你這些改變對測試計(jì)劃的影響。另外，Rational TestManager還提供了測試影響分析的功能。在許多組織者中，測試員和分析員或項(xiàng)目經(jīng)理決定在那一個(gè)iterations測試用例需要通過。一個(gè)iteration是一個(gè)主要的項(xiàng)目轉(zhuǎn)折點(diǎn)。第二，在TestManager中創(chuàng)建所有的測試用例，然后用interations來指定一個(gè)指定的測試用例什么時(shí)候運(yùn)行和通過。有三種不同的測試用例輸入文件：測試需求文件（Rational RequisitePro創(chuàng)建的需求）、Rational Rose項(xiàng)目、Excel文件。每個(gè)測試用例可以選擇是手工的測試用例還是自動(dòng)化的測試用例，其中自動(dòng)化的測試用例也有多種不同工具的選擇，包括功能的和性能的，針對每個(gè)測試用例，你還可以設(shè)計(jì)其測試步驟，包括測試操作、檢查點(diǎn)、輸出等，還要指定與測試用例相聯(lián)系的測試腳本，這些東西和TestDirector是相同的。而且可以根據(jù)測試情況的需要任意的組織它們，可以為整個(gè)項(xiàng)目制定一個(gè)測試計(jì)劃，你也可以為項(xiàng)目的每一個(gè)主要的ponent指定一個(gè)測試計(jì)劃。Rational TestManager是Rational測試管理工具集中的核心工具，在TestManager中，一個(gè)測試計(jì)劃是一個(gè)Rational測試數(shù)據(jù)存儲(chǔ)的資源(asset)。另外，TestDirector的Test Plan模塊中還提供了郵件發(fā)送功能，你可以很輕松的將設(shè)計(jì)好的測試發(fā)送給測試項(xiàng)目組成員中的任何一個(gè)人。生成報(bào)告和圖表以助于分析測試數(shù)據(jù)。測試步驟描述了測試的操作，要檢查的點(diǎn)，和每個(gè)測試期望的輸出等信息。對測試步驟設(shè)計(jì)的支持。上面已經(jīng)提到了TestDirector中可以很方便的將一個(gè)測試需求和對應(yīng)的測試聯(lián)系起來。使用TestDirector可以輕松的將測試和需求聯(lián)系起來。首先，使用TestDirector可以定義測試。下面就MI和Rational兩個(gè)公司的測試管理工具TestDirector和TestMananger中建立測試計(jì)劃的功能作一個(gè)分析和比較。而往往一個(gè)測試團(tuán)隊(duì)的人員是固定的，它們的職責(zé)也是固定的，它們作為測試工具的使用者也是固定的，所以Rational和Compuware公司的管理工具讓測試人員依附于測試項(xiàng)目而存在的方法使得每建一個(gè)測試項(xiàng)目都要重復(fù)添加一次系統(tǒng)用戶，顯得比較繁瑣[1922]。其它兩個(gè)公司的管理工具來說，它們的測試人員是依附于測試項(xiàng)目而存在的。其次，它們對測試人員的管理方法不同。不過，MI和Rational的這兩套工具對于測試資源和工具模塊的操作和訪問權(quán)限劃分的粒度不同，TestDirector相對于Rational Administrator來說對角色的權(quán)限的劃分要詳細(xì)地多，所以TestDirector對于角色的定義要靈活的多。首先，三個(gè)工具對測試人員的劃分不同。這三個(gè)工具都提供了用戶密碼保護(hù)、用戶添加、更改、刪除等必備功能，另外，都可以訂制用戶對測試資源操作和訪問的權(quán)限。如果一個(gè)軟件測試過程中有很多人員參與的話，那么對這些參與測試的人員的管理就顯得非常重要，如何合理的調(diào)配和管理人員，對于提高測試的效率有很大的影響。由于MI公司的TestDirector本身是一個(gè)完整的工具，所有的測試工作都只有在一個(gè)測試項(xiàng)目創(chuàng)建后才能開展，測試項(xiàng)目下面是需求建立、測試用例設(shè)計(jì)、測試安排、缺陷管理等，而且所有的這些內(nèi)容都存放在測試項(xiàng)目建立時(shí)所創(chuàng)建的同一個(gè)數(shù)據(jù)庫中，所以總體來說TestDirector的測試項(xiàng)目是一個(gè)不可分割的整體。其它兩個(gè)公司的測試管理工具的項(xiàng)目創(chuàng)建，都要有復(fù)雜的數(shù)據(jù)庫創(chuàng)建過程，一個(gè)測試項(xiàng)目創(chuàng)建，還要根據(jù)它提供的數(shù)據(jù)庫表創(chuàng)建文件人工創(chuàng)建數(shù)據(jù)庫，另外，由于它們的需求管理和缺陷管理工具的獨(dú)立性，還要將需求項(xiàng)目和缺陷管理項(xiàng)目與測試項(xiàng)目結(jié)合。創(chuàng)建項(xiàng)目的復(fù)雜度不同。MI公司的TestDirector標(biāo)準(zhǔn)版支持Microsoft Access，如果是企業(yè)版還支持Sybase, Microsoft SQL, Oracle。而另外兩個(gè)公司的工具，不管是測試工具還是測試管理工具，都直接與數(shù)據(jù)庫交互來訪問測試資源。三種測試管理工具都是采用中央數(shù)據(jù)倉庫來共享和管理測試資源，使用的都是第三方的數(shù)據(jù)庫。而其它兩個(gè)公司的測試管理工具都有好幾個(gè)工具組成，這些工具結(jié)合共同完成測試管理的功能[1314]。工具的集成度不同。TestDirector是基于WEB的測試管理系統(tǒng)，它是一種B/S結(jié)構(gòu)的系統(tǒng)，通過互聯(lián)網(wǎng)和瀏覽器，允許一定數(shù)量的用戶（不同的License的允許并發(fā)訪問的用戶數(shù)不同）通過不同的主機(jī)同時(shí)使用，就像每臺(tái)機(jī)器上都安裝了TestDirectro一般。下面就從工具結(jié)構(gòu)、功能等方面對三個(gè)公司的測試管理工具做一個(gè)分析和比較。在軟件測試中使用優(yōu)秀的測試管理工具不但可以大大減少測試過程中出現(xiàn)錯(cuò)誤的可能性，還可以極大的提高測試的效率，加快測試進(jìn)程。項(xiàng)目工具WinRunnerRobotQARun易安裝是是是操作系統(tǒng)Windows 98/2000/xp/2003Windows 98/2000/xp/2003Windows 98/2000/xp瀏覽器Internet explorer,Netscape同左同左分布式測試控制／同步／執(zhí)行支持支持支持自動(dòng)創(chuàng)建測試結(jié)果日志可以可以可以被測軟件改變后的腳本維護(hù)修改GUI Map重新錄制腳本或手工修改腳本修改Object Map、Image Map或Alias Map與測試管理工具的集成提供和TD服務(wù)器連接的接口直接集成直接集成無人看管下的自動(dòng)執(zhí)行測試通過TestDirector通過TestManager通過QADirector測試管理工具對于正規(guī)的軟件測試來說是必不可少的。從上面的分析和比較過程中，我們可以看出三個(gè)工具雖然都有一定的獨(dú)立性，特別是WinRunner，完全可以離開管理工具，獨(dú)立完成自動(dòng)化的功能測試，但如果結(jié)合配套的管理工具一起使用的話，不單可以實(shí)現(xiàn)單獨(dú)的功能測試工具不能完成的工作，還可以大大提高測試效率、使測試專業(yè)化，達(dá)到事半功倍的效果。使用這些自動(dòng)化的功能測試工具，最后要看的就是測試結(jié)果，那么測試工具在測試過程中對測試信息的收集能力對于測試結(jié)果是否全面正確有著很大的影響。腳本運(yùn)行過程中到某個(gè)命令的事候要等待某個(gè)對象或事件的出現(xiàn)，就可以插入事件點(diǎn)。下表是對WinRunner、Robot和QARun處理腳本執(zhí)行速度與被測程序響應(yīng)同步問題的一個(gè)比較：工具項(xiàng)目WinRunnerRobotQARun同步方法等待對象或?qū)ο蟮膶傩灾党霈F(xiàn)通過Delay函數(shù)，手動(dòng)插入合適的等待時(shí)間等待對象或某個(gè)事件出現(xiàn)實(shí)現(xiàn)方法名稱Synchronization PointDelayEvents實(shí)現(xiàn)方法種類劃分針對對象或窗口的屬性值針對對象或窗口包含的位圖針對屏幕區(qū)域圖像位圖、菜單、窗口、鼠標(biāo)、鍵盤、日期和屏幕7種events很顯然，Robot對這個(gè)問題的處理功能比較弱，它根據(jù)錄制腳本時(shí)估計(jì)的時(shí)間來決定某個(gè)腳本命令執(zhí)行完后的等待時(shí)間，往往為了確保被測程序能夠在下一行腳本指令執(zhí)行前，插入的等待時(shí)間都比較長，浪費(fèi)了時(shí)間。就第一種方法來說，合適的等待時(shí)間很難確定，因?yàn)椴煌臋C(jī)器，就算同一臺(tái)機(jī)器，程序的執(zhí)行速度也有可能不一樣，所以這個(gè)合適的等待時(shí)間一般是一個(gè)足夠長的時(shí)間。三種工具都是根據(jù)腳本中的命令，調(diào)用操作系統(tǒng)提供的API控制鼠標(biāo)和鍵盤對被測程序進(jìn)行操作，這個(gè)過程中存在一個(gè)很明顯的問題就是腳本的執(zhí)行速度一般要比被測試程序的響應(yīng)要快，那么如何保持腳本的執(zhí)行與被測程序的響應(yīng)同步，有兩種方法解決這個(gè)問題：第一種是在每個(gè)需要延時(shí)執(zhí)行的腳本指令后面插入一個(gè)合適的等待時(shí)間。(4)比較從上面的分析，我們可以得到如下結(jié)論：三種工具雖然都使用了對象映射技術(shù)來識別GUI對象，但就功能來說WinRunner和QARun比較強(qiáng)，這兩個(gè)工具支持對象映射文件的編輯，所以當(dāng)測試的系統(tǒng)的某個(gè)對象改變了的話，測試人員只需要修改相應(yīng)對象的GUI映射，而不是去修改成百上千的腳本。QARun遇到一個(gè)非標(biāo)準(zhǔn)的對象的時(shí)候，它就放棄對象的記錄，而只是僅僅鼠標(biāo)和鍵盤的響應(yīng)。在QARun錄制腳本的過程中，它會(huì)自動(dòng)建立用戶操作的GUI對象的映射，這點(diǎn)同WinRunner相似。(3)QARunQARun將GUI對象映射分成了三類：對象映射(object mapping)、別名映射(alias mapping)、圖像映射（image mapping）。從上面的窗口中我們也可以看出，最上一級是Desktop，下面就是包含在Desktop中的所有對象，然后每個(gè)對象的子對象也都會(huì)建立映射。它不支持GUI Map的編輯，所以如果一個(gè)GUI對象的物理描述改變了，為了使用先前的腳本，只有去修改腳本，如果是一兩個(gè)腳本，還好修改，如果成百上千的腳本都與該對象有關(guān)的話，那修改起來就不是一件容易的事情了。WinRunner還提供了腳本拼接的功能，可以將兩個(gè)或多個(gè)比較小的GUI Map文件拼接成比較大的GUI Map文件。WinRunner能夠識別標(biāo)準(zhǔn)的GUI對象，但也有一些非標(biāo)準(zhǔn)的對象無法在WinRunner內(nèi)置的對象類型中找到匹配。該編輯器還提供了兩個(gè)不同GUI Map文件間GUI對象映射相互拷貝的功能。②GUI Map Editor下圖是GUI Map Editor的窗口： GUI Map Editor的窗口通過這個(gè)編輯器可以將一個(gè)GUI對象或一個(gè)窗口中的所有對象加入GUI Map中。前一種模式下所有的測試都使用的都是同一個(gè)GUI Map文件；后一種模式下，每一個(gè)測試都有一個(gè)單獨(dú)的GUI Map文件。下面讓我們詳細(xì)看一下三個(gè)工具都為GUI對象識別提供了那些功能[19，2122]：(1)WinRunnerGUI Map是WinRunner 在Context Sensitive模式下錄制的腳本回放時(shí)識別被測軟件GUI對象的依據(jù)。在WinRunner和QARun里面這些對象映射是可以編輯的，Robot中不可以編輯。在這三種工具中都采用了一種叫做對象映射的技術(shù)，就是一個(gè)實(shí)際的窗口對象用一個(gè)邏輯名來標(biāo)示，而這個(gè)邏輯名對應(yīng)的是這個(gè)對象的實(shí)際物理描述。從測試步驟上我們也可以看出，WinRunner的獨(dú)立性比Robot和QARun要強(qiáng)，Robot、QARun與測試管理工具的結(jié)合更緊密[1922]。Robot比其它兩個(gè)工具少了創(chuàng)建對象映射這個(gè)步驟（不是說Robot中沒有對象映射，而是Robot中對象映射只可以查看和捕獲，不能手工修改某個(gè)對象的映射）。(3)QARun使用QARun進(jìn)行功能測試主要有下面九個(gè)步驟： QARun進(jìn)行功能測試步驟其中Create Map、Debug Tests、Compile Tests（Run Tests步驟中會(huì)先進(jìn)行腳本的編譯）這三個(gè)步驟不是必須的。(1)WinRunner使用WinRunner進(jìn)行自動(dòng)化功能測試，主要有下面六個(gè)步驟： WinRunner進(jìn)行功能測試步驟其中Create GUI Map、Debug Tests