【正文】 那修改起來就不是一件容易的事情了。QARun遇到一個(gè)非標(biāo)準(zhǔn)的對(duì)象的時(shí)候，它就放棄對(duì)象的記錄，而只是僅僅鼠標(biāo)和鍵盤的響應(yīng)。下表是對(duì)WinRunner、Robot和QARun處理腳本執(zhí)行速度與被測(cè)程序響應(yīng)同步問題的一個(gè)比較：工具項(xiàng)目WinRunnerRobotQARun同步方法等待對(duì)象或?qū)ο蟮膶傩灾党霈F(xiàn)通過Delay函數(shù)，手動(dòng)插入合適的等待時(shí)間等待對(duì)象或某個(gè)事件出現(xiàn)實(shí)現(xiàn)方法名稱Synchronization PointDelayEvents實(shí)現(xiàn)方法種類劃分針對(duì)對(duì)象或窗口的屬性值針對(duì)對(duì)象或窗口包含的位圖針對(duì)屏幕區(qū)域圖像位圖、菜單、窗口、鼠標(biāo)、鍵盤、日期和屏幕7種events很顯然，Robot對(duì)這個(gè)問題的處理功能比較弱，它根據(jù)錄制腳本時(shí)估計(jì)的時(shí)間來決定某個(gè)腳本命令執(zhí)行完后的等待時(shí)間，往往為了確保被測(cè)程序能夠在下一行腳本指令執(zhí)行前，插入的等待時(shí)間都比較長(zhǎng)，浪費(fèi)了時(shí)間。項(xiàng)目工具WinRunnerRobotQARun易安裝是是是操作系統(tǒng)Windows 98/2000/xp/2003Windows 98/2000/xp/2003Windows 98/2000/xp瀏覽器Internet explorer,Netscape同左同左分布式測(cè)試控制／同步／執(zhí)行支持支持支持自動(dòng)創(chuàng)建測(cè)試結(jié)果日志可以可以可以被測(cè)軟件改變后的腳本維護(hù)修改GUI Map重新錄制腳本或手工修改腳本修改Object Map、Image Map或Alias Map與測(cè)試管理工具的集成提供和TD服務(wù)器連接的接口直接集成直接集成無人看管下的自動(dòng)執(zhí)行測(cè)試通過TestDirector通過TestManager通過QADirector測(cè)試管理工具對(duì)于正規(guī)的軟件測(cè)試來說是必不可少的。工具的集成度不同。MI公司的TestDirector標(biāo)準(zhǔn)版支持Microsoft Access，如果是企業(yè)版還支持Sybase, Microsoft SQL, Oracle。如果一個(gè)軟件測(cè)試過程中有很多人員參與的話，那么對(duì)這些參與測(cè)試的人員的管理就顯得非常重要，如何合理的調(diào)配和管理人員，對(duì)于提高測(cè)試的效率有很大的影響。其次，它們對(duì)測(cè)試人員的管理方法不同。首先，使用TestDirector可以定義測(cè)試。測(cè)試步驟描述了測(cè)試的操作，要檢查的點(diǎn)，和每個(gè)測(cè)試期望的輸出等信息。而且可以根據(jù)測(cè)試情況的需要任意的組織它們，可以為整個(gè)項(xiàng)目制定一個(gè)測(cè)試計(jì)劃，你也可以為項(xiàng)目的每一個(gè)主要的ponent指定一個(gè)測(cè)試計(jì)劃。一個(gè)iteration是一個(gè)主要的項(xiàng)目轉(zhuǎn)折點(diǎn)。TestManager會(huì)自動(dòng)將受到影響的測(cè)試用例標(biāo)記上“suspect”。自動(dòng)化測(cè)試是提高軟件測(cè)試效率的重要方法，忽視自動(dòng)化測(cè)試工具在軟件測(cè)試中的應(yīng)用，就是浪費(fèi)時(shí)間、人力和物力。實(shí)現(xiàn)軟件測(cè)試的自動(dòng)化可以使大量的測(cè)試程序化地反復(fù)執(zhí)行，不僅節(jié)約了大量的勞動(dòng)力，而且提高了測(cè)試效率并保證了測(cè)試的質(zhì)量。消息的初始接收器必須是窗口對(duì)象。 GUIATF的結(jié)構(gòu)GUIATF框架由四個(gè)模塊構(gòu)成：對(duì)象定位、字符轉(zhuǎn)換、消息發(fā)送和日志記錄，如圖2所示。應(yīng)用程序中的每一個(gè)控件都屬于。在自動(dòng)化測(cè)試過程中，測(cè)試用例是批量運(yùn)行的，為了跟蹤測(cè)試結(jié)果，GUIATF需要不斷記錄執(zhí)行過程、探測(cè)不期望出現(xiàn)的事件以及在運(yùn)行異常時(shí)保存現(xiàn)場(chǎng)截圖。當(dāng)用戶界面發(fā)生變化時(shí)，測(cè)試代碼能很快地進(jìn)行更新，對(duì)用戶界面的變化有很強(qiáng)的適應(yīng)能力。如何保障軟件的質(zhì)量，軟件測(cè)試就成為關(guān)鍵的技術(shù)。不同工具使用的數(shù)據(jù)庫不同，但都支持主流的數(shù)據(jù)庫服務(wù)器，如SQL；Oracle。當(dāng)測(cè)試需求改變的時(shí)候，TestManager會(huì)提示你這些改變對(duì)測(cè)試計(jì)劃的影響。第二，在TestManager中創(chuàng)建所有的測(cè)試用例，然后用interations來指定一個(gè)指定的測(cè)試用例什么時(shí)候運(yùn)行和通過。Rational TestManager是Rational測(cè)試管理工具集中的核心工具，在TestManager中，一個(gè)測(cè)試計(jì)劃是一個(gè)Rational測(cè)試數(shù)據(jù)存儲(chǔ)的資源(asset)。對(duì)測(cè)試步驟設(shè)計(jì)的支持。下面就MI和Rational兩個(gè)公司的測(cè)試管理工具TestDirector和TestMananger中建立測(cè)試計(jì)劃的功能作一個(gè)分析和比較。不過，MI和Rational的這兩套工具對(duì)于測(cè)試資源和工具模塊的操作和訪問權(quán)限劃分的粒度不同，TestDirector相對(duì)于Rational Administrator來說對(duì)角色的權(quán)限的劃分要詳細(xì)地多，所以TestDirector對(duì)于角色的定義要靈活的多。由于MI公司的TestDirector本身是一個(gè)完整的工具，所有的測(cè)試工作都只有在一個(gè)測(cè)試項(xiàng)目創(chuàng)建后才能開展，測(cè)試項(xiàng)目下面是需求建立、測(cè)試用例設(shè)計(jì)、測(cè)試安排、缺陷管理等，而且所有的這些內(nèi)容都存放在測(cè)試項(xiàng)目建立時(shí)所創(chuàng)建的同一個(gè)數(shù)據(jù)庫中，所以總體來說TestDirector的測(cè)試項(xiàng)目是一個(gè)不可分割的整體。而另外兩個(gè)公司的工具，不管是測(cè)試工具還是測(cè)試管理工具，都直接與數(shù)據(jù)庫交互來訪問測(cè)試資源。TestDirector是基于WEB的測(cè)試管理系統(tǒng)，它是一種B/S結(jié)構(gòu)的系統(tǒng)，通過互聯(lián)網(wǎng)和瀏覽器，允許一定數(shù)量的用戶（不同的License的允許并發(fā)訪問的用戶數(shù)不同）通過不同的主機(jī)同時(shí)使用，就像每臺(tái)機(jī)器上都安裝了TestDirectro一般。從上面的分析和比較過程中，我們可以看出三個(gè)工具雖然都有一定的獨(dú)立性，特別是WinRunner，完全可以離開管理工具，獨(dú)立完成自動(dòng)化的功能測(cè)試，但如果結(jié)合配套的管理工具一起使用的話，不單可以實(shí)現(xiàn)單獨(dú)的功能測(cè)試工具不能完成的工作，還可以大大提高測(cè)試效率、使測(cè)試專業(yè)化，達(dá)到事半功倍的效果。就第一種方法來說，合適的等待時(shí)間很難確定，因?yàn)椴煌臋C(jī)器，就算同一臺(tái)機(jī)器，程序的執(zhí)行速度也有可能不一樣，所以這個(gè)合適的等待時(shí)間一般是一個(gè)足夠長(zhǎng)的時(shí)間。在QARun錄制腳本的過程中，它會(huì)自動(dòng)建立用戶操作的GUI對(duì)象的映射，這點(diǎn)同WinRunner相似。WinRunner還提供了腳本拼接的功能，可以將兩個(gè)或多個(gè)比較小的GUI Map文件拼接成比較大的GUI Map文件。前一種模式下所有的測(cè)試都使用的都是同一個(gè)GUI Map文件；后一種模式下，每一個(gè)測(cè)試都有一個(gè)單獨(dú)的GUI Map文件。從測(cè)試步驟上我們也可以看出，WinRunner的獨(dú)立性比Robot和QARun要強(qiáng)，Robot、QARun與測(cè)試管理工具的結(jié)合更緊密[1922]。QARun比較特殊的地方是有一個(gè)Events的模塊和一個(gè)Dialog模塊，Events模塊和WinRunner中的同步點(diǎn)模塊的功能是相近的，是為了使腳本執(zhí)行和被測(cè)應(yīng)用程序響應(yīng)更好的同步而設(shè)立的。都有腳本的錄制、回放；檢查點(diǎn)；一些與腳本的錄制和回放有關(guān)的選項(xiàng)設(shè)置WinRunner與其兩個(gè)工具主要有如下幾個(gè)不同的地方：Font Expert功能模塊，腳本的執(zhí)行模塊，GUI Map模塊。(1)WinRunnerWinRunner為了支持完整的功能測(cè)試，簡(jiǎn)化測(cè)試難度，使測(cè)試人員能夠輕松正確的執(zhí)行測(cè)試，內(nèi)置了許多強(qiáng)大的功能。但這些不同版本的測(cè)試工具首先從功能、原理上都是一樣的，而且整體的架構(gòu)和細(xì)節(jié)的功能也不會(huì)有太大的變化。同WinRunner和Rational Robot能提供的功能一樣，可以執(zhí)行自動(dòng)化的功能測(cè)試。④ 觀察和分析測(cè)試結(jié)果。⑤利用集成的編輯器更新或修復(fù)文件。⑤通過最大限度的縮短花費(fèi)在書寫導(dǎo)航代碼上的時(shí)間來縮短產(chǎn)品的測(cè)試周期。(2)Rational QuantifyRational Quantify提供了一個(gè)完整的、精確的針對(duì)被測(cè)應(yīng)用程序和相關(guān)組件的一個(gè)性能測(cè)試數(shù)據(jù)集合，同過圖表等易于理解和觀察的方式顯示出來，可以很容易看出被測(cè)程序那個(gè)地方耗費(fèi)了較多時(shí)間，然后優(yōu)化修改耗費(fèi)時(shí)間較多的代碼，提高程序執(zhí)行效率。④跟蹤產(chǎn)生的變化，包括這些改變是誰做出的、什么時(shí)候、為什么。⑤創(chuàng)建和管理測(cè)試人員和用戶組。(1)Rational TestManagerTestManager 處于測(cè)試管理工具的核心位置。可以有效地幫助測(cè)試人員對(duì)復(fù)雜的企業(yè)級(jí)應(yīng)用軟件的不同發(fā)布版本進(jìn)行測(cè)試，提高測(cè)試人員的工作效率和質(zhì)量。TestDirector主要有三大功能模塊構(gòu)成：(1)Site Administrator該模塊的主要功能是：創(chuàng)建測(cè)試域，創(chuàng)建和維護(hù)測(cè)試項(xiàng)目，管理測(cè)試人員，查看測(cè)試項(xiàng)目的訪問情況，配置注冊(cè)碼。它成立于1989年，目前，和全球超過35個(gè)國(guó)家都有貿(mào)易往來。 知道要測(cè)試什么161。這里完全有潛力完成自動(dòng)化的測(cè)試。通過使用正式的自動(dòng)化單元測(cè)試，不僅能夠幫助開發(fā)人員產(chǎn)生更加穩(wěn)定的代碼而且能夠使軟件的整體質(zhì)量更加的好。(5)軟件自動(dòng)化測(cè)試本身沒有想象力自動(dòng)化測(cè)試是通過軟件進(jìn)行，測(cè)試程序只是按照運(yùn)行機(jī)制執(zhí)行。自動(dòng)化測(cè)試很難完成與物理設(shè)備的交互，比如刷卡的測(cè)試等。因?yàn)橛行y(cè)試使用手工測(cè)試比自動(dòng)化測(cè)試要簡(jiǎn)單，這時(shí)將測(cè)試自動(dòng)化的開銷就比較大了。(7)增加軟件信任度每一個(gè)測(cè)試人員都有自己特殊的經(jīng)歷和技術(shù)背景，有自己的一些操作習(xí)慣和先入為主的觀念，這就導(dǎo)致不是所有的測(cè)試都是可信的，而且有時(shí)測(cè)試會(huì)把一些新的錯(cuò)誤帶入軟件產(chǎn)品之中。(2)令軟件新版本進(jìn)行回歸測(cè)試的開銷最小產(chǎn)品發(fā)現(xiàn)錯(cuò)誤以后的改動(dòng)，代碼變了，但要求的功能并沒有變，所以測(cè)試用例也不必改變，自動(dòng)化測(cè)試就可以很方便地進(jìn)行回歸測(cè)試，另外，對(duì)于產(chǎn)品型的軟件，每次發(fā)布一個(gè)新的版本，其中大部分功能和界面都和上一個(gè)版本相似或完全相同，這部分功能特別適合于自動(dòng)化測(cè)試，從而可以讓測(cè)試達(dá)到測(cè)試每個(gè)特征的需求。自動(dòng)化測(cè)試的目的在于發(fā)現(xiàn)老缺陷；而手工測(cè)試的目的在于發(fā)現(xiàn)新缺陷。外部的測(cè)試設(shè)備可以監(jiān)測(cè)測(cè)試執(zhí)行，當(dāng)出現(xiàn)情況（如中斷）時(shí)記錄下來。 黑盒測(cè)試與白盒測(cè)試的比較黑盒測(cè)試白盒測(cè)試測(cè)試依據(jù)用戶能看到的規(guī)格說明，針對(duì)功能進(jìn)行測(cè)試程序的內(nèi)部結(jié)構(gòu)優(yōu)點(diǎn)能站在用戶立場(chǎng)上進(jìn)行測(cè)試能夠?qū)Τ绦騼?nèi)部的特定部位進(jìn)行覆蓋測(cè)試缺點(diǎn)不能測(cè)試程序內(nèi)部特定部位。在測(cè)試時(shí)，把程序看作一個(gè)不能打開的黑盒子，在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，測(cè)試者在程序接口進(jìn)行測(cè)試，它只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用，程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)而產(chǎn)生正確的輸出信息，并且保持外部信息（如數(shù)據(jù)庫或文件）的完整性。靜態(tài)測(cè)試主要是針對(duì)所有文檔資料、編程規(guī)范、數(shù)據(jù)定義、控制和數(shù)據(jù)使用、代碼與需求的一致性、代碼與設(shè)計(jì)的一致性等方面的分析，其對(duì)測(cè)試經(jīng)驗(yàn)和測(cè)試計(jì)劃的依賴性極強(qiáng)。驗(yàn)收測(cè)試旨在向軟件的購買者展示該軟件系統(tǒng)滿足其用戶的需求。因此，單元測(cè)試以被測(cè)試單位的規(guī)約為基準(zhǔn)。所以對(duì)軟件的測(cè)試還應(yīng)該包括與軟件有關(guān)的所有的文檔。在這個(gè)論文研究過程中，可以學(xué)會(huì)正確選擇和有效地運(yùn)用各種測(cè)試方法、技術(shù)和工具。軟件測(cè)試方法技術(shù)的研究與對(duì)比畢業(yè)論文目 錄 1 1 1 2 3 3 3 4 4 5 6 83．自動(dòng)化測(cè)試技術(shù)基礎(chǔ) 9 9 9 9 11 12 15 MI（Mercury Interactive）公司的測(cè)試軟件 15 16 16 Rational公司的測(cè)試軟件 17 17 19 Compuware公司的測(cè)試軟件 20 21 22 23 23 25 28 GUI對(duì)象識(shí)別 29 32 33 33 34 35 35 37 38 39 42 44參考文獻(xiàn) 45附錄1外文譯文 47附錄2外文原文 54致 謝 63II軟件測(cè)試技術(shù)方法的比較與分析近幾年，隨著軟件規(guī)模不斷擴(kuò)大，軟件復(fù)雜度不斷增加，客戶要求不斷提高，如何保證軟件質(zhì)量，提高軟件可靠性也越來越受到各研究機(jī)構(gòu)、相關(guān)企業(yè)的普遍關(guān)注，同時(shí)成為軟件開發(fā)機(jī)構(gòu)特別關(guān)注的方向。通過查閱文獻(xiàn)資料和對(duì)主流工具軟件和相關(guān)技術(shù)的深入學(xué)習(xí)可完成軟件測(cè)試技術(shù)方法的比較與分析研究?jī)?nèi)容。錯(cuò)誤在初期也許只是范圍很小的隱藏問題，但由于軟件開發(fā)的各階段的連續(xù)性，會(huì)使錯(cuò)誤逐步擴(kuò)展，如果早期的開發(fā)中出現(xiàn)的錯(cuò)誤不能排除，將帶到設(shè)計(jì)、編碼、測(cè)試等各階段，影響逐步擴(kuò)大。一個(gè)軟件單元的正確性是相對(duì)于該單元的規(guī)約而言的。軟件系統(tǒng)測(cè)試方法很多，主要有功能測(cè)試、性能測(cè)試、隨機(jī)測(cè)試等等[35]。軟件測(cè)試是一個(gè)對(duì)測(cè)試經(jīng)驗(yàn)、測(cè)試計(jì)劃、測(cè)試環(huán)境和測(cè)試工具依賴性非常強(qiáng)的工作，按工作狀態(tài)分為靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試兩個(gè)階段[6]。黑盒測(cè)試也稱功能測(cè)試、數(shù)據(jù)驅(qū)動(dòng)測(cè)試或基于規(guī)格說明的測(cè)試，它在已知產(chǎn)品應(yīng)具有的功能的條件下，通過測(cè)試來檢測(cè)每個(gè)功能是否都能正常使用。性能測(cè)試經(jīng)常和壓力測(cè)試一起進(jìn)行，而且常常需要硬件和軟件測(cè)試設(shè)備，這就是說，常常有必要的在一種苛刻的環(huán)境中衡量資源的使用（比如，處理器周期）。自動(dòng)化測(cè)試就是希望能夠通過自動(dòng)化測(cè)試工具或其他手段，按照測(cè)試工程師的預(yù)定計(jì)劃進(jìn)行自動(dòng)的測(cè)試，目的是減輕手工測(cè)試的勞動(dòng)量，從而達(dá)到提高軟件質(zhì)量的目的。引入自動(dòng)化測(cè)試能夠用更有效、可重復(fù)的自動(dòng)化測(cè)試環(huán)境代替繁瑣的手工測(cè)試活動(dòng)，而且能在更少的時(shí)間內(nèi)完成更多的測(cè)試工作，從而提高了測(cè)試工程師的工作效率。事實(shí)上在迭代周期很短的開發(fā)模式中，存在更多的矛盾，但自動(dòng)化測(cè)試可以解決其中的主要矛盾。軟件自動(dòng)化測(cè)試不可能也沒必要取代手工測(cè)試來完成所有的測(cè)試任務(wù)。④涉及物理交互的測(cè)試。而設(shè)計(jì)和實(shí)施自動(dòng)化測(cè)試要比手工測(cè)試開銷大，并需要維護(hù)，所以對(duì)自動(dòng)化測(cè)試影響較大的軟件修改可能受到限制。當(dāng)測(cè)試通過是，代碼也被完成了。通常如果是手工完成的話，這種測(cè)試只在項(xiàng)目的結(jié)尾執(zhí)行少數(shù)幾次。 何時(shí)使用自動(dòng)化測(cè)試和手工測(cè)試使用自動(dòng)化測(cè)試使用手工測(cè)試項(xiàng)目沒有嚴(yán)格的時(shí)間壓力具有良好定義的測(cè)試策略和測(cè)試計(jì)劃161。 MI（Mercury Interactive）公司的測(cè)試軟件Mercury Interactive公司是商業(yè)技術(shù)優(yōu)化的業(yè)界領(lǐng)導(dǎo)者。TestDirector通過在一個(gè)整體的應(yīng)