【正文】 隱藏了。為了解決這個(gè)問題，WinRunner提供了虛擬的對(duì)象映射，將一個(gè)未知類型的對(duì)象映射到一個(gè)與其相近的類型。③自動(dòng)錄制腳本過程由WinRunner自動(dòng)將遇到的每一個(gè)GUI對(duì)象加入GUI Map中。另外如果一個(gè)GUI對(duì)象的名稱或物理描述信息改變了的話，可以在該編輯器中打開相應(yīng)得GUI Map文件，修改相應(yīng)的信息。有三種方式創(chuàng)建GUI Map：①RapidTest Script向?qū)ㄟ^該向?qū)憧梢暂p松的將被測(cè)試軟件所包含的所有GUI對(duì)象加入到GUI Map中。在WinRunner中提供了兩種GUI Map File模式，一種是Global GUI Map File；一種是GUI Map File per Test。所以就這一點(diǎn)來說Robot的腳本的可維護(hù)性不如另外兩個(gè)工具。這種技術(shù)的第一個(gè)好處就是即使某個(gè)對(duì)象在窗口中的位置變了，該對(duì)象仍可以被正確的識(shí)別，這就大大增強(qiáng)了腳本的生命力；另外一個(gè)好處就是如果一個(gè)對(duì)象的物理描述變了，不必去修改腳本，只需要修改該對(duì)象的映射即可，當(dāng)然前提是在工具中提供這種對(duì)象映射修改的功能。 GUI對(duì)象識(shí)別三種工具都是基于捕捉/回放的測(cè)試原理，既然要回放用戶的操作，那么用戶操作的對(duì)象的識(shí)別就是一個(gè)很重要的要解決的問題。WinRunner比其它兩個(gè)工具少了創(chuàng)建測(cè)試項(xiàng)目、登錄項(xiàng)目、編譯測(cè)試這三個(gè)步驟。(4)比較從上面三個(gè)工具的測(cè)試步驟圖，可以看出，三者都要有創(chuàng)建測(cè)試、調(diào)試測(cè)試、運(yùn)行測(cè)試、查看測(cè)試結(jié)果、報(bào)告缺陷這些步驟。(2)Rational Robot使用Robot進(jìn)行功能測(cè)試有如下八個(gè)步驟： Robot進(jìn)行功能測(cè)試步驟其中Debug Tests、Compile Tests（Run Tests步驟中會(huì)先進(jìn)行腳本的編譯）這兩個(gè)步驟不是必須的。Dialog模塊是為了增強(qiáng)腳本功能而設(shè)立的，下面會(huì)詳細(xì)介紹。另外一個(gè)特點(diǎn)就是Robot雖然能夠執(zhí)行功能測(cè)試，但是測(cè)試結(jié)果要在測(cè)試管理工具TestManager中查看，所以Robot對(duì)管理工具的依賴性比較強(qiáng)，從而顯得其獨(dú)立性比較差。像Rational公司這種將功能測(cè)試和部分性能測(cè)試集成到一個(gè)工具中的做法，雖然對(duì)功能測(cè)試沒有什么影響，但總讓人感覺工具劃分不清楚，特別是性能測(cè)試，腳本生成在Robot中，而執(zhí)行要在TestManager中，顯得有點(diǎn)麻煩。而其它兩個(gè)公司將性能測(cè)試工具和功能測(cè)試工具分的很清楚，MI公司的性能測(cè)試工具就是LoadRunner，LoadRunner負(fù)責(zé)從腳本的生成、執(zhí)行到測(cè)試結(jié)果的查看等全部與性能測(cè)試有關(guān)的工作。Font Expert是為了WinRunner能夠識(shí)別不同的字體而加入的一個(gè)具有字體學(xué)習(xí)功能的模塊；腳本執(zhí)行模塊提供了三種模式下的腳本回放，這三種模式下面會(huì)詳細(xì)分析；GUI Map是為了簡化腳本，識(shí)別GUI對(duì)象和提高腳本的可維護(hù)性而設(shè)立的一個(gè)功能模塊，這個(gè)模塊和QARun中的Map模塊的功能是一樣的。QARun的主要功能模塊的詳細(xì)劃分如下[15]： QARun功能劃分(4)比較對(duì)于功能測(cè)試，從整體上來看的話三個(gè)工具區(qū)別不是太大。對(duì)于性能測(cè)試來說，Robot只是負(fù)責(zé)性能測(cè)試腳本的生成，所以性能測(cè)試模塊的功能相對(duì)比較單一，而功能測(cè)試模塊相對(duì)的就比較復(fù)雜[18]。這些功能模塊集成到到一起，達(dá)到了WinRunner執(zhí)行完整的自動(dòng)化功能測(cè)試的功能。下圖是結(jié)合WinRunner的實(shí)際使用情況，對(duì)它從主要功能上的一個(gè)詳細(xì)的劃分[13]。所以，為了更清楚、更詳細(xì)的認(rèn)識(shí)和比較這三個(gè)工具，將這個(gè)工具按它的功能模塊進(jìn)行劃分，然后針對(duì)每個(gè)細(xì)節(jié)的功能進(jìn)行分析和比較，最后從整體上把握，是最好的方法?；旧峡梢酝瓿蒞indows操作系統(tǒng)下的不同類型軟件的自動(dòng)化功能測(cè)試。(1)WinRunner。所以針對(duì)下面三個(gè)較新版本的工具進(jìn)行分析和比較，對(duì)新版本的工具選擇同樣具有參考價(jià)值。我們目前所分析比較WinRunner、Rational Robot、QARun這個(gè)三個(gè)自動(dòng)化功能測(cè)試工具，都是比較新的版本，并不是最新的版本。(3)WebCheck全面的站點(diǎn)分析和測(cè)試工具。它通過可重復(fù)使用的、真實(shí)的測(cè)試能夠徹底的度量應(yīng)用程序的可擴(kuò)展性和性能。(2)QALoadQALoad是C/S系統(tǒng)、企業(yè)資源計(jì)劃（ERP）和電子商務(wù)應(yīng)用的自動(dòng)化負(fù)載測(cè)試工具。(1)QARunQARun可以提供C/S系統(tǒng)、電子商務(wù)系統(tǒng)和企業(yè)資源計(jì)劃應(yīng)用提供企業(yè)級(jí)的功能測(cè)試。(3)TrackRecordTrackRecord是一個(gè)高級(jí)的需求變更和缺陷管理工具，可以幫助組織建立一個(gè)系統(tǒng)方法來協(xié)調(diào)軟件開發(fā)、調(diào)試、測(cè)試和實(shí)現(xiàn)。⑦ 將分析過程和測(cè)試過程結(jié)合。⑤ 方便的將測(cè)試結(jié)果信息加載到測(cè)試缺陷跟蹤系統(tǒng)。③ 測(cè)試過程允許使用手動(dòng)測(cè)試。Compuware開發(fā)的QACenter測(cè)試工具集的主要構(gòu)成如下圖[15]： QACenter測(cè)試工具集(1)QADirectorQADirector處于QACenter管理工具的核心位置，它協(xié)調(diào)整個(gè)測(cè)試過程，并提供了一下功能：① 計(jì)劃和組織測(cè)試需求。(7)Rational TeamTest團(tuán)隊(duì)合作測(cè)試工具。⑥對(duì)安全網(wǎng)頁執(zhí)行全面的測(cè)試。④檢查和編輯任意網(wǎng)頁的源代碼。②識(shí)別和分析帶有動(dòng)態(tài)內(nèi)容的Web頁面，如：forms, Java, JavaScript, ActiveX, VBScript?？梢詭椭榭?、跟蹤和維護(hù)迅速變化的頁面。⑥在TestFactory中可以回放Robot功能測(cè)試腳本一觀察擴(kuò)展代碼覆蓋率的信息以創(chuàng)建回歸測(cè)試集；在Robot中也可以回放TestFactory腳本用以調(diào)試腳本。④追蹤運(yùn)行過的或未運(yùn)行過的源代碼，并且報(bào)告它的詳細(xì)的發(fā)現(xiàn)。②自動(dòng)創(chuàng)建和維護(hù)一個(gè)被測(cè)軟件的詳細(xì)map。(4)Rational PureCoverage 測(cè)試代碼覆蓋率的白盒測(cè)試工具。Rational Quantify主要適用的應(yīng)用程序的對(duì)象是：Visual C/C++，.dlls，OLE/ActiveX控件以及COM對(duì)象組件；Visual Basic開發(fā)的應(yīng)用程序；Java語言開發(fā)的應(yīng)用程序；Ｃ＃語言開發(fā)的應(yīng)用程序等。功能測(cè)試腳本可以在Robot中直接運(yùn)行，而性能測(cè)試的腳本要在TestManager中運(yùn)行。(1)Rational Robot Rational Robot集成了功能測(cè)試和性能測(cè)試兩種功能。(5)Rational SoDA文檔生成工具，測(cè)試需求、測(cè)試結(jié)果、缺陷報(bào)告等測(cè)試信息可以通過SoDA這個(gè)工具生成詳細(xì)的報(bào)表。(4)Rational ClearQuest在ClearQuest中進(jìn)行缺陷的跟蹤和管理。③控制特征變形，確保軟件質(zhì)量。利用RequisitePro你可以完成如下工作：①定制需求數(shù)據(jù)庫和管理多種不同類型的測(cè)試。(3)Rational RequisiteProRational RequisitePro是一個(gè)需求管理的工具，它可幫助項(xiàng)目團(tuán)隊(duì)控制開發(fā)的進(jìn)度。⑥創(chuàng)建和管理包含RequisitePro項(xiàng)目和Rose項(xiàng)目的測(cè)試項(xiàng)目。④刪除一個(gè)測(cè)試項(xiàng)目。②連接某個(gè)測(cè)試項(xiàng)目。(2)Rational AdministratorRational Administrator集中了測(cè)試項(xiàng)目的管理功能，可以創(chuàng)建測(cè)試項(xiàng)目，管理相關(guān)的人員，包括測(cè)試人員和有關(guān)的開發(fā)人員。它是一個(gè)開放的可擴(kuò)展的架構(gòu)，將其它的工具和測(cè)試數(shù)據(jù)聯(lián)合為一個(gè)整體。下面就上面各個(gè)管理工具的功能作一個(gè)概括的介紹。對(duì)于Rational公司的產(chǎn)品，我們比較熟悉的是它的建模工具，它的測(cè)試工具同它的建模工具一樣優(yōu)秀。 Rational公司的測(cè)試軟件Rational公司是軟件業(yè)中領(lǐng)先的應(yīng)用開發(fā)工具供應(yīng)商，提供基于業(yè)界開放標(biāo)準(zhǔn)的工具、最佳方案和服務(wù)，用于開發(fā)商業(yè)應(yīng)用和構(gòu)建軟件產(chǎn)品和系統(tǒng)。確?？缙脚_(tái)的、復(fù)雜的企業(yè)級(jí)應(yīng)用軟件無故障發(fā)布和長期穩(wěn)定的運(yùn)行。它通過自動(dòng)錄制、檢測(cè)和回放用戶的應(yīng)用操作，來發(fā)現(xiàn)程序中的錯(cuò)誤。MI的測(cè)試工具主要有功能測(cè)試工具WinRunner和性能測(cè)試工具LoadRunner，下面對(duì)這兩個(gè)工具作一個(gè)概括的介紹。(3)TestManager這個(gè)模塊是TestDirector的主要功能的所在。(2)Customer在該功能模塊中，TD用戶（即測(cè)試人員或其他與測(cè)試相關(guān)的人員）可以訂制和修改用戶的一些信息。TestDirector通過在一個(gè)整體的應(yīng)用系統(tǒng)中提供并且集成了測(cè)試需求管理、測(cè)試計(jì)劃、測(cè)試日程控制及測(cè)試執(zhí)行和錯(cuò)誤跟蹤等功能，通過使用這些功能可以使測(cè)試專業(yè)化，提高測(cè)試的效率，加速測(cè)試的過程。TestDirector是MI自動(dòng)化測(cè)試工具集中的測(cè)試管理工具，它是業(yè)界第一個(gè)基于WEB的測(cè)試管理系統(tǒng)。該公司開發(fā)的自動(dòng)化測(cè)試工具以其功能強(qiáng)大、完善的售后服務(wù)和支持，使其成為了自動(dòng)化測(cè)試軟件開發(fā)領(lǐng)域的領(lǐng)先者。全球100強(qiáng)公司中有將近90%的公司依靠MI公司的軟件和服務(wù)來實(shí)施他們的商業(yè)技術(shù)優(yōu)化策略。 MI（Mercury Interactive）公司的測(cè)試軟件Mercury Interactive公司是商業(yè)技術(shù)優(yōu)化的業(yè)界領(lǐng)導(dǎo)者。一個(gè)完整地自動(dòng)化軟件測(cè)試工具，應(yīng)該包括測(cè)試管理工具、功能測(cè)試工具、性能測(cè)試工具三個(gè)部分。主流的商業(yè)化的自動(dòng)化測(cè)試工具軟件開發(fā)公司是：Mercury Interactive公司、IBM Rational公司和Compuware公司。 知道什么時(shí)候測(cè)試對(duì)于自動(dòng)化測(cè)試擁有一個(gè)能夠被識(shí)別的測(cè)試框架和侯選者能夠確保多個(gè)測(cè)試運(yùn)行的構(gòu)建策略多平臺(tái)環(huán)境需要被測(cè)試擁有運(yùn)行測(cè)試的硬件擁有關(guān)注在自動(dòng)化過程上的資源被測(cè)試系統(tǒng)是可自動(dòng)化測(cè)試的沒有適當(dāng)?shù)臏y(cè)試過程沒有一個(gè)測(cè)試什么，什么時(shí)候測(cè)試的清晰的藍(lán)圖剛加入項(xiàng)目組，并且還不是完全的理解方案的功能性和或者設(shè)計(jì)項(xiàng)目成員或者整個(gè)項(xiàng)目在時(shí)間的壓力下在團(tuán)隊(duì)中沒有資源或者具有自動(dòng)化測(cè)試技能的人沒有硬件自動(dòng)化測(cè)試需要不同類型的自動(dòng)化測(cè)試工具進(jìn)行支持。 何時(shí)使用自動(dòng)化測(cè)試和手工測(cè)試使用自動(dòng)化測(cè)試使用手工測(cè)試項(xiàng)目沒有嚴(yán)格的時(shí)間壓力具有良好定義的測(cè)試策略和測(cè)試計(jì)劃161。目的就是用較少的開銷，獲得徹底的測(cè)試，并提高商品的質(zhì)量?？梢娭貜?fù)性比較高的回歸測(cè)試，以及手工測(cè)試難以完成的性能測(cè)試是自動(dòng)化測(cè)試最有潛力應(yīng)用和最能體現(xiàn)價(jià)值的地方，而早期的單元測(cè)試中如果引入自動(dòng)化，也將大大提高開發(fā)出的代碼質(zhì)量。能夠在每次構(gòu)件完成后執(zhí)行自動(dòng)化的回歸測(cè)試，以驗(yàn)證被測(cè)試系統(tǒng)的改變是否影響了系統(tǒng)的其他功能。通常如果是手工完成的話，這種測(cè)試只在項(xiàng)目的結(jié)尾執(zhí)行少數(shù)幾次。安裝測(cè)試、安全性測(cè)試通常是由手工完成，因此系統(tǒng)的環(huán)境不會(huì)是恒定不變的。系統(tǒng)測(cè)試/用例測(cè)試這種測(cè)試是通過執(zhí)行用戶場(chǎng)景模擬真實(shí)用戶使用系統(tǒng)以證明系統(tǒng)具有被期望的功能的測(cè)試。冒煙測(cè)試/構(gòu)建版本測(cè)試冒煙測(cè)試是一般驗(yàn)證被測(cè)試系統(tǒng)的功能性測(cè)試用例的集合，冒煙測(cè)試背后的思想是確保基礎(chǔ)是可以工作的，以便更大的測(cè)試工作能夠開始在構(gòu)建過程能夠確保構(gòu)建已經(jīng)為測(cè)試準(zhǔn)備好時(shí)，冒煙測(cè)試通常是自動(dòng)化的運(yùn)行功能/集成測(cè)試這里測(cè)試的工作關(guān)注在驗(yàn)證的不同的組件之間的集成上。當(dāng)測(cè)試通過是，代碼也被完成了。Peer給出了對(duì)各類型測(cè)試進(jìn)行自動(dòng)化的參考[12]。手工測(cè)試時(shí)可以及時(shí)處理該意外，而自動(dòng)化測(cè)試時(shí)該意外事件一般會(huì)導(dǎo)致測(cè)試的中止。手工測(cè)試時(shí)可以直接判斷結(jié)果的正確性，而自動(dòng)測(cè)試許多情況下測(cè)試結(jié)果還需要人工干預(yù)判斷。而設(shè)計(jì)和實(shí)施自動(dòng)化測(cè)試要比手工測(cè)試開銷大，并需要維護(hù)，所以對(duì)自動(dòng)化測(cè)試影響較大的軟件修改可能受到限制。(3)軟件自動(dòng)化測(cè)試不能提高有效性自動(dòng)化測(cè)試并不會(huì)比手工運(yùn)行相同測(cè)試更有效，它可以提高測(cè)試效率，但也可能對(duì)測(cè)試的進(jìn)展起反作用。測(cè)試專家 JamesBach總結(jié)出，85%的缺陷靠手工發(fā)現(xiàn)，而自動(dòng)化測(cè)試只能發(fā)現(xiàn)15%的缺陷。(2)手工測(cè)試比軟件自動(dòng)化測(cè)試發(fā)現(xiàn)的缺陷更多自動(dòng)化測(cè)試的最大特點(diǎn)在于適合重復(fù)測(cè)試。④涉及物理交互的測(cè)試。③涉及感觀方面的測(cè)試。②軟件不穩(wěn)定。如以下一些情況：①測(cè)試很少運(yùn)行。軟件自動(dòng)化測(cè)試不可能也沒必要取代手工測(cè)試來完成所有的測(cè)試任務(wù)。其實(shí)軟件自動(dòng)化測(cè)試所完成的測(cè)試功能也是有限的?？偠灾瑴y(cè)試自動(dòng)化的優(yōu)點(diǎn)在于通過較少的開銷就可以獲得更徹底的測(cè)試能力，以及提高產(chǎn)品的質(zhì)量。自動(dòng)化測(cè)試則會(huì)在很大程度上避免這些問題。事實(shí)上在迭代周期很短的開發(fā)模式中，存在更多的矛盾，但自動(dòng)化測(cè)試可以解決其中的主要矛盾。并且，理想的自動(dòng)化測(cè)試能夠按計(jì)劃完全自動(dòng)地運(yùn)行，使得完全可以利用周末和晚上的時(shí)間執(zhí)行自動(dòng)測(cè)試。(4)具有一致性和可重復(fù)性由于每次自動(dòng)化測(cè)試運(yùn)行的腳本是相同的，所以可以進(jìn)行重復(fù)的測(cè)試，使得每次執(zhí)行的測(cè)試具有一致性，手工測(cè)試則很難做到這點(diǎn)。(3)可以完成一些手工測(cè)試不能或難以完成的測(cè)試對(duì)于一些非功能性方面的測(cè)試，如：壓力測(cè)試、并發(fā)測(cè)試、大數(shù)據(jù)量測(cè)試、崩潰性測(cè)試等，這些測(cè)試用手工測(cè)試是很難，甚至是不可能完成的。引入自動(dòng)化測(cè)試能夠用更有效、可重復(fù)的自動(dòng)化測(cè)試環(huán)境代替繁瑣的手工測(cè)試活動(dòng)，而且能在更少的時(shí)間內(nèi)完成更多的測(cè)試工作，從而提高了測(cè)試工程師的工作效率。假定對(duì)于給定的企業(yè)需求，測(cè)試工程師必須評(píng)估潛在的好處是否符合所要求的改進(jìn)標(biāo)準(zhǔn)，在項(xiàng)目實(shí)施自動(dòng)化測(cè)試是否仍然是合適的[1011]。首先公司從資金、管理上支持您，其次要有專門的測(cè)試團(tuán)隊(duì)去建立適合自動(dòng)化測(cè)試的測(cè)試流程、測(cè)試體系；其次就是把原代碼從受控庫中取出、編譯、集成、發(fā)布可運(yùn)行系統(tǒng)、進(jìn)行自動(dòng)化的單元測(cè)試和自動(dòng)化的功能測(cè)試的過程[9]。測(cè)試自動(dòng)化涉及到測(cè)試流程、測(cè)試體系、自動(dòng)化化編譯、持續(xù)集成、自動(dòng)發(fā)布測(cè)試系統(tǒng)以及自動(dòng)化測(cè)試等方面整合。自動(dòng)化測(cè)試就是希望能夠通過自動(dòng)化測(cè)試工具或其他手段，按照測(cè)試工程師的預(yù)定計(jì)劃進(jìn)行自動(dòng)的測(cè)試，目的是減輕手工測(cè)試的勞動(dòng)量，從而達(dá)到提高軟件質(zhì)量的目的。軟件自動(dòng)化測(cè)試就是執(zhí)行某種程序設(shè)計(jì)語言編制的自動(dòng)測(cè)試程序，控制被測(cè)軟件的執(zhí)行，模擬手動(dòng)測(cè)試步驟，完成全自動(dòng)或半自動(dòng)測(cè)試。首先手工測(cè)試的效率低下，其次有些測(cè)試是手工測(cè)