軟件測試方法技術的研究-畢業(yè)論文

1、<p>　　軟件測試方法技術的研究與對比</p><p>　　作 者 姓 名： </p><p>　　學科、專業(yè) ： </p><p>　　學 號 ： </p><p>　　指 導 教 師：

2、 </p><p>　　完 成 日 期： </p><p><b>　　XX大學</b></p><p>　　XXXX University</p><p><b>　　摘 要</b></p><p&

3、gt;　　軟件測試是保證軟件質量的重要手段。隨著計算機硬件性能的不斷提高，軟件的功能也越來越強大，軟件結構越來越復雜,軟件質量越來越難以控制。對于比較大型的軟件系統(tǒng)集成測試來說，單純的手工測試不但效率低下，而且很多測試僅靠手工測試無法完成。為減少測試開銷，在有限的時間內(nèi)執(zhí)行更多地測試，并且降低人為引起的錯誤，自動化測試是非常必要的。</p><p>　　一個完整地自動化軟件測試工具，應該包括測試管理工具、功能測試

4、工具、性能測試工具三個部分。論文闡述了軟件自動化測試相關概念和理論，概括和比較了其適用范圍和組織結構。MI公司、Rational公司、Compuware公司開發(fā)的產(chǎn)品是當今市場上三種主流的測試工具，本文從測試步驟、對象識別等方面對上述三個公司的功能測試產(chǎn)品；從測試項目管理、人員管理、測試計劃等方面對其測試管理工具產(chǎn)品作了詳細的分析和比較，為自動化測試研究提供參考。</p><p>　　關鍵詞：軟件測試，自動化測試

5、，測試管理工具</p><p><b>　　Abstract</b></p><p>　　Software testing is important to ensure software quality. With the enhancement of the computer hardware and the increasing complexity of sof

6、tware functionality and structure, software quality control is more and more challenge. For integration testing on large software, manual testing is usually effort consuming while insufficient to achieve certain testing

7、objectives such as stress testing. Therefore, automatic testing is necessary.</p><p>　　Functional testing, performance testing and test management are three key characters of testing tools. The concept and t

8、heory related to software automated testing are expounded. The scope of application and the archichecture of software automated testing is summed up and compared. Testing tools delivered by MI, Rational and Compuware occ

9、upy most of the testing market. This thesis analyzes and compares function testing tools from、testing procedure、object recognization, etc. And it analyzes and c</p><p>　　Keywords：Software Testing , Automated

10、 Testing , Software Testing Management Tools</p><p><b>　　目 錄</b></p><p><b>　　1.緒論1</b></p><p>　　1.1論文的研究背景及意義1</p><p>　　1.2論文的主要研究工作及成果1&l

11、t;/p><p>　　1.3論文的組織結構2</p><p>　　2.軟件測試技術的概論3</p><p>　　2.1軟件測試的定義與目的3</p><p>　　2.2軟件測試的過程3</p><p>　　2.3軟件測試的分類及主要方法4</p><p>　　2.3.1按測試過程劃分4&

12、lt;/p><p>　　2.3.2按工作狀態(tài)劃分5</p><p>　　2.3.3按測試用例設計方法劃分6</p><p>　　2.3.4按測試目的劃分8</p><p>　　3．自動化測試技術基礎9</p><p>　　3.1自動化測試概念9</p><p>　　3.1.1自動化測試9

13、</p><p>　　3.1.2自動化測試的優(yōu)點9</p><p>　　3.1.3自動化測試的局限性11</p><p>　　3.2自動化測試的適用范圍12</p><p>　　4.主流自動化測試工具簡介15</p><p>　　4.1 MI（Mercury Interactive）公司的測試軟件15<

14、/p><p>　　4.1.1管理工具16</p><p>　　4.1.2測試工具16</p><p>　　4.2 Rational公司的測試軟件17</p><p>　　4.2.1管理工具17</p><p>　　4.2.2測試工具19</p><p>　　4.3 Compuware公司的

15、測試軟件20</p><p>　　4.3.1管理工具21</p><p>　　4.3.2測試工具22</p><p>　　5.自動化功能測試工具的分析比較與總結23</p><p>　　5.1測試環(huán)境和對象23</p><p>　　5.2工具功能模塊詳細劃分25</p><p>　　

16、5.3測試步驟28</p><p>　　5.4 GUI對象識別29</p><p>　　5.5腳本執(zhí)行與被測程序響應的同步問題32</p><p>　　5.6測試信息收集33</p><p>　　5.7結合測試管理工具33</p><p>　　5.8比較總結34</p><p>　　

17、6.測試管理工具的分析與比較35</p><p>　　6.1工具特點35</p><p>　　6.2測試項目37</p><p>　　6.3測試人員管理38</p><p>　　6.4測試計劃39</p><p>　　6.5比較總結42</p><p><b>　　7.總結

18、語44</b></p><p><b>　　參考文獻45</b></p><p>　　附錄1外文譯文47</p><p>　　附錄2外文原文54</p><p><b>　　致 謝63</b></p><p><b>　　1.緒論</b

19、></p><p>　　1.1論文的研究背景及意義</p><p>　　近幾年，隨著軟件規(guī)模不斷擴大，軟件復雜度不斷增加，客戶要求不斷提高，如何保證軟件質量，提高軟件可靠性也越來越受到各研究機構、相關企業(yè)的普遍關注，同時成為軟件開發(fā)機構特別關注的方向。目前，許多能有效提高軟件質量的質量保證技術相繼問世，例如，幾乎所有的大型軟件開發(fā)機構都結合自身軟件開發(fā)實際和經(jīng)驗制定了相關的質量標準來

20、規(guī)范企業(yè)內(nèi)部的軟件開發(fā)過程，有些機構在這兩年陸續(xù)成立了與軟件開發(fā)相獨立的軟件測試中心來保證開發(fā)出來的軟件可用，在開發(fā)過程中增加了許多環(huán)節(jié)（如軟件配置管理、階段性測試和評審）用來保證開發(fā)出來的軟件具有高可靠性。軟件測試技術作為保障軟件質量最直接、最有效的手段之一也成為重要的研究熱點，但是由于軟件本身的復雜性和不確定性，軟件測試技術始終具有極大的難度。深入研究軟件測試技術方法，提高軟件可靠性，已經(jīng)成為國內(nèi)外軟件行業(yè)和相關機構重要的研究方向[

21、1]。</p><p>　　正確選擇和有效地運用各種測試方法、技術和工具，對提高軟件工程的應用水平和提高軟件產(chǎn)品的質量與可靠性至關重要。而在軟件測試中使用優(yōu)秀的測試管理工具不但可以大大減少測試過程中出現(xiàn)錯誤的可能性，還可以極大的提高測試的效率，加快測試進程。</p><p>　　1.2論文的主要研究工作及成果</p><p>　　論文主要對軟件測試、測試技術（工具、

22、方法）、自動化測試以及測試管理技術（工具、方法）進行理論闡述和綜合論述；然后進行綜合分析、比較、總結。</p><p>　　通過查閱文獻資料和對主流工具軟件和相關技術的深入學習可完成軟件測試技術方法的比較與分析研究內(nèi)容。在這個論文研究過程中，可以學會正確選擇和有效地運用各種測試方法、技術和工具。</p><p>　　1.3論文的組織結構</p><p>　　論文的組

23、織結構如圖1.1所示：</p><p>　　圖1.1 論文的組織結構</p><p>　　2.軟件測試技術的概論</p><p>　　2.1軟件測試的定義與目的</p><p>　　軟件測試就是使用人工或者自動的手段來運行或測定某個軟件產(chǎn)品系統(tǒng)的過程，其目的是在于檢驗軟件產(chǎn)品是否滿足規(guī)定的需求[2]。簡單地說，軟件測試過程就是制造條件，促使錯

24、誤發(fā)生的過程。</p><p>　　軟件測試的目的是[3]：</p><p>　　(1)測試的最終目的是為了避免錯誤的發(fā)生，確保應用程序能夠正常高效的運行；</p><p>　　(2)好的測試用例在于發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯誤；</p><p>　　(3)成功的測試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯誤的測試；</p><p>　　(4)

25、好的測試工程師應該做到不僅發(fā)現(xiàn)問題，還能夠幫助開發(fā)人員分析問題。</p><p>　　2.2軟件測試的過程</p><p>　　軟件測試是一個貫穿整個軟件生命周期的活動，那種等待整個系統(tǒng)開發(fā)完畢，再對其進行測試的想法是錯誤的，把測試放到軟件開發(fā)的最后是很危險的，因為它很容易導致整個軟件系統(tǒng)無法集成。另外，對軟件的測試并不僅限于軟件程序的本身，因為錯誤并不一定是代碼引起的。很有可能是軟件需求

26、、軟件系統(tǒng)的詳細設計等階段引起的。錯誤在初期也許只是范圍很小的隱藏問題，但由于軟件開發(fā)的各階段的連續(xù)性，會使錯誤逐步擴展，如果早期的開發(fā)中出現(xiàn)的錯誤不能排除，將帶到設計、編碼、測試等各階段，影響逐步擴大。所以對軟件的測試還應該包括與軟件有關的所有的文檔。一個典型的軟件測試過程如下圖：</p><p>　　圖2.1 典型的軟件測試過程</p><p>　　一個軟件的測試過程是一個不斷回歸的過

27、程。舊的錯誤的修改可能會引起新的錯誤的出現(xiàn)，所以每修改一個新的錯誤，都要針對系統(tǒng)再作一次測試，直到?jīng)]有新的錯誤出現(xiàn)為止，這是一個很繁瑣的過程。</p><p>　　2.3軟件測試的分類及主要方法</p><p>　　針對不同規(guī)模、不同類型的軟件，以及軟件開發(fā)的不同階段，所用的測試方法各異，下面我們就主要針對上面的幾種情況對軟件測試做一個簡單的分類。</p><p>

28、　　2.3.1按測試過程劃分</p><p>　　我們知道對于軟件開發(fā)商來說，比較大的軟件系統(tǒng)都是由許多人協(xié)作開發(fā)的，一般都是把一個大的軟件系統(tǒng)分割成不同的功能模塊，然后再將這些模塊分給開發(fā)團中的每個人去完成，在開發(fā)的過程中針對每個模塊的完成情況，邊開發(fā)、邊測試、邊集成，然后各個模塊集成的完整的系統(tǒng)還要進行測試，當系統(tǒng)交付用戶使用后，還要對系統(tǒng)進行維護、升級，這里面也伴隨著測試。根據(jù)上面的過程，我們按軟件開發(fā)過程

29、的可以將軟件測試劃分為下面五個步驟，它們的關系如圖2.2：</p><p>　　圖2.2 軟件測試步驟</p><p>　　單元測試是對軟件中的基本組成單位進行的測試，如一個模塊、一個過程等等。它是軟件動態(tài)測試的最基本的部分，也是最重要的部分之一，其目的是檢驗軟件基本組成單位的正確性。一個軟件單元的正確性是相對于該單元的規(guī)約而言的。因此，單元測試以被測試單位的規(guī)約為基準。單元測試的主要方法

30、有控制流測試、數(shù)據(jù)流測試、排錯測試、分域測試等等[3-5]。</p><p>　　集成測試是在軟件系統(tǒng)集成過程中所進行的測試，其主要目的是檢查軟件單位之間的接口是否正確。它根據(jù)集成測試計劃，一邊將模塊或其他軟件單位組合成越來越大的系統(tǒng)，一邊運行該系統(tǒng)，以分析所組成的系統(tǒng)是否正確，各組成部分是否合拍。集成測試的策略主要有自頂向下和自底向上兩種[3-5]。</p><p>　　系統(tǒng)測試是對已經(jīng)

31、集成好的軟件系統(tǒng)進行徹底的測試，以驗證軟件系統(tǒng)的正確性和性能等滿足其規(guī)約所指定的要求，檢查軟件的行為和輸出是否正確并非一項簡單的任務，它被稱為測試的“先知者問題”。因此，系統(tǒng)測試應該按照測試計劃進行，其輸入、輸出和其他動態(tài)運行行為應該與軟件規(guī)約進行對比。軟件系統(tǒng)測試方法很多，主要有功能測試、性能測試、隨機測試等等[3-5]。</p><p>　　驗收測試旨在向軟件的購買者展示該軟件系統(tǒng)滿足其用戶的需求。它的測試數(shù)

32、據(jù)通常是系統(tǒng)測試的測試數(shù)據(jù)的子集。所不同的是，驗收測試常常有軟件系統(tǒng)的購買者代表在現(xiàn)場，甚至是在軟件安裝使用的現(xiàn)場。這是軟件在投入使用之前的最后測試。</p><p>　　回歸測試是在軟件維護階段對軟件進行修改之后進行的測試。其目的是檢驗對軟件進行的修改是否正確。這里修改的正確性有兩重含義：一是所作的修改達到了預定目的，如錯誤得到改正，能夠適應新的運行環(huán)境等等；二是不影響軟件的其他功能的正確性[1]。</p

33、><p>　　2.3.2按工作狀態(tài)劃分</p><p>　　軟件測試是一個對測試經(jīng)驗、測試計劃、測試環(huán)境和測試工具依賴性非常強的工作，按工作狀態(tài)分為靜態(tài)測試和動態(tài)測試兩個階段[6]。</p><p>　　靜態(tài)測試主要是針對所有文檔資料、編程規(guī)范、數(shù)據(jù)定義、控制和數(shù)據(jù)使用、代碼與需求的一致性、代碼與設計的一致性等方面的分析，其對測試經(jīng)驗和測試計劃的依賴性極強。</p

34、><p>　　靜態(tài)測試是在不需運行軟件系統(tǒng)的情況下，對系統(tǒng)進行的測試。其采用的方法主要有[6]：</p><p>　　(1)文檔資料瀏覽，達到正確的理解，并對任何改變具有統(tǒng)一的認知；</p><p>　　(2)討論決定，對文檔資料進行討論，并作出決定，如：做什么、不做什么、如何做等；</p><p>　　(3)檢查，根據(jù)規(guī)范和定義，找出可能存在的

35、問題，如：市場和商業(yè)策略、系統(tǒng)需求和系統(tǒng)設計、程序代碼、測試計劃、測試設計、測試案例、測試結果、用戶手冊、培訓教材等；</p><p>　　(4)利用工具對程序代碼進行靜態(tài)分析，如：程序復雜度、系統(tǒng)結構、控制流程、數(shù)據(jù)流程等。</p><p>　　動態(tài)測試是被測系統(tǒng)在運行當中，根據(jù)其動態(tài)的行為進行的測試。根據(jù)測試規(guī)模，可分為：單元測試、集成測試、系統(tǒng)測試及應用測試等幾個階段。</p&

36、gt;<p>　　2.3.3按測試用例設計方法劃分</p><p>　　軟件測試的方法和技術是多種多樣的，按測試用例設計方法，可分為黑盒測試和白盒測試，并且黑盒測試和白盒測試還是目前通用的測試技術 [2，7-8]。</p><p>　　黑盒測試著眼于程序外部結構、不考慮內(nèi)部邏輯結構、針對軟件界面和軟件功能進行的測試。</p><p>　　黑盒測試也稱功

37、能測試、數(shù)據(jù)驅動測試或基于規(guī)格說明的測試，它在已知產(chǎn)品應具有的功能的條件下，通過測試來檢測每個功能是否都能正常使用。在測試時，把程序看作一個不能打開的黑盒子，在完全不考慮程序內(nèi)部結構和內(nèi)部特性的情況下，測試者在程序接口進行測試，它只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用，程序是否能適當?shù)亟邮蛰斎霐?shù)據(jù)而產(chǎn)生正確的輸出信息，并且保持外部信息（如數(shù)據(jù)庫或文件）的完整性。</p><p>　　黑盒測試是以用戶的

38、觀點，從輸入數(shù)據(jù)與輸出數(shù)據(jù)的對應關系出發(fā)進行測試的，它不涉及到程序的內(nèi)部結構。黑盒測試注重于測試軟件的功能需求，主要試圖發(fā)現(xiàn)軟件中的功能錯誤、界面錯誤、數(shù)據(jù)結構或外部數(shù)據(jù)庫訪問錯誤、性能錯誤、初始化和終止錯誤等。</p><p>　　白盒測試是基于代碼的測試，測試人員通過閱讀程序代碼或者通過使用開發(fā)工具中的單步調試來判斷軟件的質量。</p><p>　　白盒測試也稱結構測試、邏輯驅動測試或

39、基于程序本身的測試，它是知道產(chǎn)品內(nèi)部工作過程，可通過測試來檢測產(chǎn)品內(nèi)部動作是否按照規(guī)格說明書的規(guī)定正常進行，按照程序內(nèi)部的結構測試程序，檢驗程序中的每條通路是否都有能按預定要求正確工作，而不涉及它的功能，白盒測試的主要方法有邏輯驅動、基路測試等，主要用于軟件驗證。</p><p>　　白盒測試需要全面了解程序內(nèi)部邏輯結構、對所有邏輯路徑進行測試。白盒測試是窮舉路徑測試，在使用這一方案時，測試者必須檢查程序的內(nèi)部結

40、構，從檢查程序的邏輯著手，得出測試數(shù)據(jù)。</p><p>　　黑盒測試與白盒測試的比較如下表2.1。</p><p>　　表2.1 黑盒測試與白盒測試的比較</p><p>　　2.3.4按測試目的劃分</p><p>　　對于一個軟件系統(tǒng)，衡量它的好壞有兩個最重要的指標，一是它的功能是否符合要求，二是它的性能是否符合要求。那么針對這兩個指標

41、，我們可以將軟件測試分為：功能測試和性能測試兩個部分[2]。</p><p>　　功能測試：針對軟件的功能測試，目的是為了驗證軟件的功能是否符合軟件需求規(guī)格說明的要求，找出軟件不符合用戶需求的地方。功能測試要盡量測試到軟件的每一個功能單元，找出軟件中的缺陷，確保軟件的每一個部分都能正常、正確的工作。</p><p>　　性能測試：就是用來測試軟件在系統(tǒng)中的運行性能的。性能測試可以發(fā)生在各個

42、測試階段中，即使是在單元層，一個單獨模塊的性能也可以使用白盒測試來進行評估，然而，只有當整個系統(tǒng)的所有成分都集成到一起之后，才能檢查一個系統(tǒng)的真正性能。性能測試經(jīng)常和壓力測試一起進行，而且常常需要硬件和軟件測試設備，這就是說，常常有必要的在一種苛刻的環(huán)境中衡量資源的使用（比如，處理器周期）。外部的測試設備可以監(jiān)測測試執(zhí)行，當出現(xiàn)情況（如中斷）時記錄下來。通過對系統(tǒng)的檢測，測試者可以發(fā)現(xiàn)導致效率降低和系統(tǒng)故障的原因。</p>

43、<p>　　3．自動化測試技術基礎</p><p>　　3.1自動化測試概念</p><p>　　隨著軟件系統(tǒng)的規(guī)模越來越大，整個系統(tǒng)的復雜性也越來越大，那么單純的手工測試已經(jīng)不適合這種大系統(tǒng)的測試了。首先手工測試的效率低下，其次有些測試是手工測試所無法完成的。為了解決手工測試效率低下和手工測試不能解決的一些測試等問題，自動化測試就應運而生了。</p><p

44、>　　軟件自動化測試就是執(zhí)行某種程序設計語言編制的自動測試程序，控制被測軟件的執(zhí)行，模擬手動測試步驟，完成全自動或半自動測試。其目的在于縮短測試周期，增強對軟件性能方面的測試能力等，從而達到保證軟件質量并使軟件能夠提前上線[9]。</p><p>　　3.1.1自動化測試</p><p>　　自動化測試就是希望能夠通過自動化測試工具或其他手段，按照測試工程師的預定計劃進行自動的測試，

45、目的是減輕手工測試的勞動量，從而達到提高軟件質量的目的。自動化測試的目的在于發(fā)現(xiàn)老缺陷；而手工測試的目的在于發(fā)現(xiàn)新缺陷。測試自動化涉及到測試流程、測試體系、自動化化編譯、持續(xù)集成、自動發(fā)布測試系統(tǒng)以及自動化測試等方面整合。也就是說要讓測試能夠自動化，不僅是技術、工具的問題，更是一個公司和組織的文化問題。首先公司從資金、管理上支持您，其次要有專門的測試團隊去建立適合自動化測試的測試流程、測試體系；其次就是把原代碼從受控庫中取出、編譯、集成

46、、發(fā)布可運行系統(tǒng)、進行自動化的單元測試和自動化的功能測試的過程[9]。</p><p>　　3.1.2自動化測試的優(yōu)點</p><p>　　當正確實施軟件自動化測試并嚴格遵守制定的測試過程時，自動化測試可帶來若干好處。假定對于給定的企業(yè)需求，測試工程師必須評估潛在的好處是否符合所要求的改進標準，在項目實施自動化測試是否仍然是合適的[10-11]。</p><p>&

47、lt;b>　　(1)提高測試效率</b></p><p>　　一般來說，軟件產(chǎn)品的發(fā)布周期很短，而在測試期間是每天都可能要發(fā)布一個版本供測試人員測試，一個系統(tǒng)的功能點有幾千個上萬個，手工測試是一個勞動密集型的工作，并且容易出錯。引入自動化測試能夠用更有效、可重復的自動化測試環(huán)境代替繁瑣的手工測試活動，而且能在更少的時間內(nèi)完成更多的測試工作，從而提高了測試工程師的工作效率。</p>

48、<p>　　(2)令軟件新版本進行回歸測試的開銷最小</p><p>　　產(chǎn)品發(fā)現(xiàn)錯誤以后的改動，代碼變了，但要求的功能并沒有變，所以測試用例也不必改變，自動化測試就可以很方便地進行回歸測試，另外，對于產(chǎn)品型的軟件，每次發(fā)布一個新的版本，其中大部分功能和界面都和上一個版本相似或完全相同，這部分功能特別適合于自動化測試，從而可以讓測試達到測試每個特征的需求。</p><p>　　(

49、3)可以完成一些手工測試不能或難以完成的測試</p><p>　　對于一些非功能性方面的測試，如：壓力測試、并發(fā)測試、大數(shù)據(jù)量測試、崩潰性測試等，這些測試用手工測試是很難，甚至是不可能完成的。但自動化測試則能方便地執(zhí)行這些測試，比如并發(fā)測試，使用自動化測試工具就可以模擬來自多方的并發(fā)操作了。</p><p>　　(4)具有一致性和可重復性</p><p>　　由于每

50、次自動化測試運行的腳本是相同的，所以可以進行重復的測試，使得每次執(zhí)行的測試具有一致性，手工測試則很難做到這點。</p><p>　　(5)更好地利用資源</p><p>　　將繁瑣的測試任務自動化，可以使測試人員解脫出來，將精力更多地投入到測試案例的設計和必要的手工測試當中。并且，理想的自動化測試能夠按計劃完全自動地運行，使得完全可以利用周末和晚上的時間執(zhí)行自動測試。</p>

51、<p>　　(6)解決測試與開發(fā)之間的矛盾</p><p>　　通常在開發(fā)的末期，進入集成測試階段，由于每發(fā)布一個版本的初期，測試系統(tǒng)的錯誤比較少，這時開發(fā)人員有等待測試人員測出錯誤的時間。事實上在迭代周期很短的開發(fā)模式中，存在更多的矛盾，但自動化測試可以解決其中的主要矛盾。</p><p>　　(7)增加軟件信任度</p><p>　　每一個測試人員都

52、有自己特殊的經(jīng)歷和技術背景，有自己的一些操作習慣和先入為主的觀念，這就導致不是所有的測試都是可信的，而且有時測試會把一些新的錯誤帶入軟件產(chǎn)品之中。自動化測試則會在很大程度上避免這些問題。一旦得知軟件通過強有力的自動測試后，軟件發(fā)布時對其的信任度也高（假設已做過很好的測試）。</p><p>　　總而言之，測試自動化的優(yōu)點在于通過較少的開銷就可以獲得更徹底的測試能力，以及提高產(chǎn)品的質量。</p>&l

53、t;p>　　3.1.3自動化測試的局限性</p><p>　　當然，軟件自動化測試也并非萬能，人們對軟件自動化測試的理解也存在許多誤區(qū)，認為自動化測試能完成一切工作，從測試計劃到測試執(zhí)行，都不需要人工干預。其實軟件自動化測試所完成的測試功能也是有限的。以下幾點是自動化測試的不足所在[10-11]：</p><p>　　(1)不能完全取代手工測試。軟件自動化測試不可能也沒必要取代手工測

54、試來完成所有的測試任務。因為有些測試使用手工測試比自動化測試要簡單，這時將測試自動化的開銷就比較大了。如以下一些情況：</p><p>　?、贉y試很少運行。對于很少運行的測試任務，例如一年只需測試一次，對測試自動化則是一種浪費。</p><p>　?、谲浖环€(wěn)定。如果在某段時間內(nèi)軟件的界面和功能更新頻繁，那么修改相應的自動化測試點開銷較大，因此只有當軟件達到相對的穩(wěn)定，沒有界面性嚴重錯誤和

55、中斷錯誤才適合開始自動化測試。</p><p>　?、凵婕案杏^方面的測試。例如界面的美觀、聲音的體驗、易用性的測試等，這類測試很容易通過人來驗證，自動化測試反而難以執(zhí)行。</p><p>　?、苌婕拔锢斫换サ臏y試。自動化測試很難完成與物理設備的交互，比如刷卡的測試等。</p><p>　　(2)手工測試比軟件自動化測試發(fā)現(xiàn)的缺陷更多</p><p

56、>　　自動化測試的最大特點在于適合重復測試。一般情況下，以前運行過的測試再次用來檢查軟件的新版本往往暴露的缺陷要少得多。測試專家 JamesBach總結出，85%的缺陷靠手工發(fā)現(xiàn)，而自動化測試只能發(fā)現(xiàn)15%的缺陷。自動化測試能夠很好的發(fā)現(xiàn)老缺陷。</p><p>　　(3)軟件自動化測試不能提高有效性</p><p>　　自動化測試并不會比手工運行相同測試更有效，它可以提高測試效率，

57、但也可能對測試的進展起反作用。</p><p>　　(4)軟件自動化測試可能會制約軟件開發(fā)</p><p>　　應用軟件的變化對自動化測試的影響要比手工測試更大一些，軟件的部分改變有可能使自動化測試軟件崩潰。而設計和實施自動化測試要比手工測試開銷大，并需要維護，所以對自動化測試影響較大的軟件修改可能受到限制。</p><p>　　(5)軟件自動化測試本身沒有想象力&

58、lt;/p><p>　　自動化測試是通過軟件進行，測試程序只是按照運行機制執(zhí)行。手工測試時可以直接判斷結果的正確性，而自動測試許多情況下測試結果還需要人工干預判斷。手工測試可以處理意外事件網(wǎng)絡連接中斷，此時必須重新建立連接。手工測試時可以及時處理該意外，而自動化測試時該意外事件一般會導致測試的中止。</p><p>　　總的說來，軟件自動化測試的優(yōu)點和收益是顯而易見的，但它同時也并非萬能，只有

59、對其進行合理的設計和順利的實施才能從中獲益。</p><p>　　3.2自動化測試的適用范圍</p><p>　　Peer給出了對各類型測試進行自動化的參考[12]。</p><p>　　表3.1 各類型測試進行自動化</p><p>　　可見重復性比較高的回歸測試，以及手工測試難以完成的性能測試是自動化測試最有潛力應用和最能體現(xiàn)價值的地方，

60、而早期的單元測試中如果引入自動化，也將大大提高開發(fā)出的代碼質量。</p><p>　　當決定在一個產(chǎn)品的測試過程中實現(xiàn)自動化測試的時候，必須將自動化測試手工測試結合起來使用。目的就是用較少的開銷，獲得徹底的測試，并提高商品的質量。</p><p>　　下表對何時使用自動化測試和何時使用手工測試進行了一個概要的總結。</p><p>　　表3.2 何時使用自動化測試和

61、手工測試</p><p>　　4.主流自動化測試工具簡介</p><p>　　自動化測試需要不同類型的自動化測試工具進行支持。目前，軟件市場上已經(jīng)有很多優(yōu)秀的自動化測試工具，它們功能強大，有針對功能的，也有針對性能的，有執(zhí)行白盒測試的測試工具也有執(zhí)行黑盒的測試工具。主流的商業(yè)化的自動化測試工具軟件開發(fā)公司是：Mercury Interactive公司、IBM Rational公司和Comp

62、uware公司。三個公司都開發(fā)了一整套自動化測試工具，這些自動化測試工具都經(jīng)過無數(shù)的實際運用，都是非常優(yōu)秀的自動化測試工具。</p><p>　　一個完整地自動化軟件測試工具，應該包括測試管理工具、功能測試工具、性能測試工具三個部分。下面就目前Windows操作系統(tǒng)下的主流的自動化測試工具作一個整體的介紹。</p><p>　　4.1 MI（Mercury Interactive）公司的測

63、試軟件</p><p>　　Mercury Interactive公司是商業(yè)技術優(yōu)化的業(yè)界領導者。它成立于1989年，目前，和全球超過35個國家都有貿(mào)易往來。全球100強公司中有將近90%的公司依靠MI公司的軟件和服務來實施他們的商業(yè)技術優(yōu)化策略。這使得MI公司成為世界上最大的、成長最快的企業(yè)級軟件公司。該公司開發(fā)的自動化測試工具以其功能強大、完善的售后服務和支持，使其成為了自動化測試軟件開發(fā)領域的領先者。MI主

64、要測試軟件的構成如下圖[13]：</p><p>　　圖4.1 MI主要測試軟件的構成</p><p>　　下面對上圖的工具作一個概括的介紹。</p><p><b>　　4.1.1管理工具</b></p><p>　　TestDirector是MI自動化測試工具集中的測試管理工具，它是業(yè)界第一個基于WEB的測試管理系統(tǒng)

65、。使用TD及其配套的功能和性能等測試工具，可以組織全球范圍的測試。TestDirector通過在一個整體的應用系統(tǒng)中提供并且集成了測試需求管理、測試計劃、測試日程控制及測試執(zhí)行和錯誤跟蹤等功能，通過使用這些功能可以使測試專業(yè)化，提高測試的效率，加速測試的過程。</p><p>　　TestDirector主要有三大功能模塊構成：</p><p>　　(1)Site Administrato

66、r</p><p>　　該模塊的主要功能是：創(chuàng)建測試域，創(chuàng)建和維護測試項目，管理測試人員，查看測試項目的訪問情況，配置注冊碼。</p><p>　　(2)Customer</p><p>　　在該功能模塊中，TD用戶（即測試人員或其他與測試相關的人員）可以訂制和修改用戶的一些信息。包括：修改用戶信息、創(chuàng)建新的用戶類型和用戶組類型，訂制模塊的訪問權限，訂制項目實體和列

67、表，配置郵件，調整工作流等。</p><p>　　(3)TestManager</p><p>　　這個模塊是TestDirector的主要功能的所在。它主要集成了需求指定、建立測試計劃、執(zhí)行測試、缺陷跟蹤四個功能模塊。</p><p><b>　　4.1.2測試工具</b></p><p>　　MI的測試工具主要有功能

68、測試工具WinRunner和性能測試工具LoadRunner，下面對這兩個工具作一個概括的介紹。</p><p>　　(1)WinRunner</p><p>　　針對Windows應用程序的一個企業(yè)級的功能測試工具，用于檢測應用程序是否能夠達到預期的功能及正常運行。它通過自動錄制、檢測和回放用戶的應用操作，來發(fā)現(xiàn)程序中的錯誤。可以有效地幫助測試人員對復雜的企業(yè)級應用軟件的不同發(fā)布版本進行

69、測試，提高測試人員的工作效率和質量。確?？缙脚_的、復雜的企業(yè)級應用軟件無故障發(fā)布和長期穩(wěn)定的運行。</p><p>　　(2)LoadRunner</p><p><b>　　黑盒性能測試工具。</b></p><p>　　4.2 Rational公司的測試軟件</p><p>　　Rational公司是軟件業(yè)中領先的應

70、用開發(fā)工具供應商，提供基于業(yè)界開放標準的工具、最佳方案和服務，用于開發(fā)商業(yè)應用和構建軟件產(chǎn)品和系統(tǒng)。2002年Rational公司被IBM公司收購。對于Rational公司的產(chǎn)品，我們比較熟悉的是它的建模工具，它的測試工具同它的建模工具一樣優(yōu)秀。Rational的測試工具Rational Suite TestStudio的構成如下圖[14]：</p><p>　　圖4.2 Rational Suite TestS

71、tudio的構成</p><p><b>　　4.2.1管理工具</b></p><p>　　Rational Suite TestStudio測試工具集中的管理工具主要有五個子工具組成，它們結合起來，完成一個完整的測試管理工具的功能。下面就上面各個管理工具的功能作一個概括的介紹。</p><p>　　(1)Rational TestManag

72、er</p><p>　　TestManager 處于測試管理工具的核心位置。它是一個開放的可擴展的架構，將其它的工具和測試數(shù)據(jù)聯(lián)合為一個整體。在TestManager中主要可以完成建立測試計劃、安排測試、執(zhí)行測試、查看測試結果和分析測試結果等工作。</p><p>　　(2)Rational Administrator</p><p>　　Rational Adm

73、inistrator集中了測試項目的管理功能，可以創(chuàng)建測試項目，管理相關的人員，包括測試人員和有關的開發(fā)人員。它的詳細功能如下：</p><p>　?、賱?chuàng)建一個Rational測試項目，配置項目的有關信息。</p><p>　?、谶B接某個測試項目。</p><p>　?、弁ㄟ^網(wǎng)絡操作遠程的測試項目。</p><p>　?、軇h除一個測試項目。&

74、lt;/p><p>　?、輨?chuàng)建和管理測試人員和用戶組。</p><p>　?、迍?chuàng)建和管理包含RequisitePro項目和Rose項目的測試項目。</p><p>　?、呖刂埔粋€Rational測試項目的測試數(shù)據(jù)的安全權限。</p><p>　　(3)Rational RequisitePro</p><p>　　Rati

75、onal RequisitePro是一個需求管理的工具，它可幫助項目團隊控制開發(fā)的進度。它通過將Microsoft Word和一個需求倉庫連接來組織測試需求，它還提供了跟蹤功能，并且在整個項目的生命周期內(nèi)可以隨時改變需求。</p><p>　　利用RequisitePro你可以完成如下工作：</p><p>　?、俣ㄖ菩枨髷?shù)據(jù)庫和管理多種不同類型的測試。</p><p&

76、gt;　?、谥付▋?yōu)先級，排序和安排需求。</p><p>　?、劭刂铺卣髯冃危_保軟件質量。</p><p>　　④跟蹤產(chǎn)生的變化，包括這些改變是誰做出的、什么時候、為什么。</p><p>　　(4)Rational ClearQuest</p><p>　　在ClearQuest中進行缺陷的跟蹤和管理。通過ClearQuest可以將測試中

77、發(fā)現(xiàn)的缺陷直接發(fā)送給相應的測試人員，集中管理某個測試項目的缺陷，并跟蹤缺陷的修復情況。</p><p>　　(5)Rational SoDA</p><p>　　文檔生成工具，測試需求、測試結果、缺陷報告等測試信息可以通過SoDA這個工具生成詳細的報表。</p><p><b>　　4.2.2測試工具</b></p><p&

78、gt;　　Rational Suite TestStudio測試工具集中的測試工具比較全面，既有功能和性能的測試工具，也有代碼級的黑盒和白盒測試工具。</p><p>　　(1)Rational Robot </p><p>　　Rational Robot集成了功能測試和性能測試兩種功能。使用Robot可以創(chuàng)建兩種類型的測試腳本：基于GUI對象的功能測試腳本和用于性能測試的腳本。功能測試

79、腳本可以在Robot中直接運行，而性能測試的腳本要在TestManager中運行。</p><p>　　(2)Rational Quantify</p><p>　　Rational Quantify提供了一個完整的、精確的針對被測應用程序和相關組件的一個性能測試數(shù)據(jù)集合，同過圖表等易于理解和觀察的方式顯示出來，可以很容易看出被測程序那個地方耗費了較多時間，然后優(yōu)化修改耗費時間較多的代碼，

80、提高程序執(zhí)行效率。</p><p>　　Rational Quantify主要適用的應用程序的對象是：Visual C/C++開發(fā)的.exe，.dlls，OLE/ActiveX控件以及COM對象組件；Visual Basic開發(fā)的應用程序；Java語言開發(fā)的應用程序；Ｃ＃語言開發(fā)的應用程序等。</p><p>　　(3)Rational Purify</p><p>

81、;　　檢測內(nèi)存泄露的白盒測試工具。</p><p>　　(4)Rational PureCoverage </p><p>　　測試代碼覆蓋率的白盒測試工具。</p><p>　　(5)Rational TestFactory</p><p>　　它是一個基于組件的測試工具，主要功能如下：</p><p>　　①根據(jù)程

82、序的導航結構自動生成TestFactory腳本。</p><p>　?、谧詣觿?chuàng)建和維護一個被測軟件的詳細map。</p><p>　?、鄄挥糜涗?，自動生成提供擴展代碼覆蓋率的腳本和發(fā)現(xiàn)缺陷的腳本。</p><p>　?、茏粉欉\行過的或未運行過的源代碼，并且報告它的詳細的發(fā)現(xiàn)。</p><p>　　⑤通過最大限度的縮短花費在書寫導航代碼上的時間

83、來縮短產(chǎn)品的測試周期。</p><p>　?、拊赥estFactory中可以回放Robot功能測試腳本一觀察擴展代碼覆蓋率的信息以創(chuàng)建回歸測試集；在Robot中也可以回放TestFactory腳本用以調試腳本。</p><p>　　(6)Rational SiteCheck</p><p>　　網(wǎng)頁測試工具，利用Rational SiteCheck 可以檢查企業(yè)內(nèi)部

84、互聯(lián)網(wǎng)的結構完整性以及網(wǎng)頁錯誤。可以幫助查看、跟蹤和維護迅速變化的頁面。</p><p>　　利用SiteCheck具體可以做如下事情：</p><p>　?、亠@示網(wǎng)頁的結構以及各頁面間的關系。</p><p>　　②識別和分析帶有動態(tài)內(nèi)容的Web頁面，如：forms, Java, JavaScript, ActiveX, VBScript。</p>

85、<p>　?、圻^濾信息，以利于你觀察制定的文件類型和缺陷，包括斷開的連接。</p><p>　?、軝z查和編輯任意網(wǎng)頁的源代碼。</p><p>　　⑤利用集成的編輯器更新或修復文件。</p><p>　　⑥對安全網(wǎng)頁執(zhí)行全面的測試。SiteCheck提供了Secure Scoket Layer(SSL)支持，代理服務器配置以及多密碼域。</p>

86、<p>　　(7)Rational TeamTest</p><p><b>　　團隊合作測試工具。</b></p><p>　　4.3 Compuware公司的測試軟件</p><p>　　Compuware公司是世界上最大的軟件和專業(yè)服務供應商之一。Compuware開發(fā)的QACenter測試工具集的主要構成如下圖[15]：&

87、lt;/p><p>　　圖4.3 QACenter測試工具集</p><p><b>　　4.3.1管理工具</b></p><p>　　(1)QADirector</p><p>　　QADirector處于QACenter管理工具的核心位置，它協(xié)調整個測試過程，并提供了一下功能：</p><p>

88、　　計劃和組織測試需求。</p><p>　　調用相應的自動測試工具執(zhí)行測試。</p><p>　　測試過程允許使用手動測試。</p><p>　　觀察和分析測試結果。</p><p>　　方便的將測試結果信息加載到測試缺陷跟蹤系統(tǒng)。</p><p><b>　　針對需求驗證測試。</b><

89、/p><p>　　將分析過程和測試過程結合。</p><p>　　(2)Reconcile</p><p>　　需求管理工具，組織和管理測試需求。</p><p>　　(3)TrackRecord</p><p>　　TrackRecord是一個高級的需求變更和缺陷管理工具，可以幫助組織建立一個系統(tǒng)方法來協(xié)調軟件開發(fā)、調試

90、、測試和實現(xiàn)。可進行自動化的軟件缺陷的跟蹤管理。</p><p><b>　　4.3.2測試工具</b></p><p><b>　　(1)QARun</b></p><p>　　QARun可以提供C/S系統(tǒng)、電子商務系統(tǒng)和企業(yè)資源計劃應用提供企業(yè)級的功能測試。同WinRunner和Rational Robot能提供的功能

91、一樣，可以執(zhí)行自動化的功能測試。</p><p><b>　　(2)QALoad</b></p><p>　　QALoad是C/S系統(tǒng)、企業(yè)資源計劃（ERP）和電子商務應用的自動化負載測試工具。它是QACenter測試工具集性能版的一部分。它通過可重復使用的、真實的測試能夠徹底的度量應用程序的可擴展性和性能。它可以模擬成百上千的用戶并發(fā)執(zhí)行關鍵的業(yè)務完成對應用程的性能

92、測試，并針對所發(fā)現(xiàn)的問題對系統(tǒng)性能進行優(yōu)化，確保軟件的成功部署。</p><p>　　(3)WebCheck</p><p>　　全面的站點分析和測試工具。</p><p>　　5.自動化功能測試工具的分析比較與總結</p><p>　　WinRunner、Rational Robot和QARun這三個工具都是自動化的功能測試工具，它們針對的

93、測試對象都是使用IDEs（如：支持Java、C/C++、VB、HTML等語言的集成開發(fā)環(huán)境）開發(fā)的帶有GUI對象的應用程序，都能夠大大降低重復性的測試所耗費的時間，將測試人員從復雜好事的測試工作中解脫出來。</p><p>　　我們目前所分析比較WinRunner、Rational Robot、QARun這個三個自動化功能測試工具，都是比較新的版本，并不是最新的版本。但這些不同版本的測試工具首先從功能、原理上都是

94、一樣的，而且整體的架構和細節(jié)的功能也不會有太大的變化。所以針對下面三個較新版本的工具進行分析和比較，對新版本的工具選擇同樣具有參考價值。</p><p>　　分析和比較的工具對象的版本及軟件平臺情況如下表：</p><p>　　表5.1 工具對象的版本及軟件平臺</p><p>　　下面，將從測試步驟、測試結果等方面對這三種工具先作一個詳細的分析和介紹，然后根據(jù)分析

95、在對這三個工具進行橫向的詳細比較。</p><p>　　5.1測試環(huán)境和對象</p><p>　　(1)WinRunner</p><p>　　我們使用的WinRunner版本是WinRunner7.50。是MI測試軟件中比較新的版本。基本上可以完成Windows操作系統(tǒng)下的不同類型軟件的自動化功能測試。下表是對WinRunner7.50所支持的環(huán)境和被測軟件對象的

96、一個總結[16-17]</p><p>　　表5.2 WinRunner7.50所支持的環(huán)境和被測軟件對象</p><p>　　(2)Rational Robot</p><p>　　表5.3 Rational Robot所支持的環(huán)境和被測軟件對象</p><p><b>　　(3)QARun</b></p>

97、<p>　　表5.4 QARun所支持的環(huán)境和被測軟件對象</p><p>　　5.2工具功能模塊詳細劃分</p><p>　　雖然三個工具都是自動化的功能測試工具，從大的方面來說，它們的功能都是一樣的，但有許多細節(jié)的功能還是有很大區(qū)別的。所以，為了更清楚、更詳細的認識和比較這三個工具，將這個工具按它的功能模塊進行劃分，然后針對每個細節(jié)的功能進行分析和比較，最后從整體上把握，

98、是最好的方法。</p><p>　　(1)WinRunner</p><p>　　WinRunner為了支持完整的功能測試，簡化測試難度，使測試人員能夠輕松正確的執(zhí)行測試，內(nèi)置了許多強大的功能。下圖是結合WinRunner的實際使用情況，對它從主要功能上的一個詳細的劃分[13]。</p><p>　　圖5.1 WinRunner功能劃分</p><

99、;p>　　從上面的功能模塊劃分圖我們可以看出，WinRunner主要13個主功能模塊，每個功能模塊還有一些更具體的功能。這些功能模塊集成到到一起，達到了WinRunner執(zhí)行完整的自動化功能測試的功能。</p><p>　　(2)Rational Robot</p><p>　　Rational Robot兼具功能測試的完整功能和性能測試腳本生成的功能，所以從整體上Robot可以分為

100、兩大模塊：功能測試模塊和性能測試模塊。對于性能測試來說，Robot只是負責性能測試腳本的生成，所以性能測試模塊的功能相對比較單一，而功能測試模塊相對的就比較復雜[18]。對Robot的主要功能的詳細劃分如下圖：</p><p>　　圖5.2 Robot功能劃分</p><p><b>　　(3)QARun</b></p><p>　　同WinR

101、unner一樣，QARun可以執(zhí)行完整的功能測試，它的所有的功能模塊都是為了能夠正確、方便的進行功能測試而存在的。QARun的主要功能模塊的詳細劃分如下[15]：</p><p>　　圖5.3 QARun功能劃分</p><p><b>　　(4)比較</b></p><p>　　對于功能測試，從整體上來看的話三個工具區(qū)別不是太大。都有腳本的錄

102、制、回放；檢查點；一些與腳本的錄制和回放有關的選項設置</p><p>　　WinRunner與其兩個工具主要有如下幾個不同的地方：Font Expert功能模塊，腳本的執(zhí)行模塊，GUI Map模塊。Font Expert是為了WinRunner能夠識別不同的字體而加入的一個具有字體學習功能的模塊；腳本執(zhí)行模塊提供了三種模式下的腳本回放，這三種模式下面會詳細分析；GUI Map是為了簡化腳本，識別GUI對象和提高

103、腳本的可維護性而設立的一個功能模塊，這個模塊和QARun中的Map模塊的功能是一樣的。</p><p>　　Robot區(qū)別于其它兩個工具的一個顯著的特點，就是Robot可以執(zhí)行部分性能測試的功能，即性能測試腳本的生成。而其它兩個公司將性能測試工具和功能測試工具分的很清楚，MI公司的性能測試工具就是LoadRunner，LoadRunner負責從腳本的生成、執(zhí)行到測試結果的查看等全部與性能測試有關的工作。和MI公司

104、的分法一樣，Compuware公司將性能測試功能完全交由QALoad完成。像Rational公司這種將功能測試和部分性能測試集成到一個工具中的做法，雖然對功能測試沒有什么影響，但總讓人感覺工具劃分不清楚，特別是性能測試，腳本生成在Robot中，而執(zhí)行要在TestManager中，顯得有點麻煩。而其它兩個公司的工具劃分就感覺很好，功能測試、性能測試和管理工具都是相互獨立的，學習和使用起來比較方便。</p><p>

105、　　另外一個特點就是Robot雖然能夠執(zhí)行功能測試，但是測試結果要在測試管理工具TestManager中查看，所以Robot對管理工具的依賴性比較強，從而顯得其獨立性比較差。</p><p>　　QARun比較特殊的地方是有一個Events的模塊和一個Dialog模塊，Events模塊和WinRunner中的同步點模塊的功能是相近的，是為了使腳本執(zhí)行和被測應用程序響應更好的同步而設立的。Dialog模塊是為了增強

106、腳本功能而設立的，下面會詳細介紹。</p><p><b>　　5.3測試步驟</b></p><p>　　(1)WinRunner</p><p>　　使用WinRunner進行自動化功能測試，主要有下面六個步驟：</p><p>　　圖5.4 WinRunner進行功能測試步驟</p><p>

107、;　　其中Create GUI Map、Debug Tests這兩個步驟不是必須的。</p><p>　　(2)Rational Robot</p><p>　　使用Robot進行功能測試有如下八個步驟：</p><p>　　圖5.5 Robot進行功能測試步驟</p><p>　　其中Debug Tests、Compile Tests（Ru

108、n Tests步驟中會先進行腳本的編譯）這兩個步驟不是必須的。</p><p><b>　　(3)QARun</b></p><p>　　使用QARun進行功能測試主要有下面九個步驟：</p><p>　　圖5.6 QARun進行功能測試步驟</p><p>　　其中Create Map、Debug Tests、Comp

109、ile Tests（Run Tests步驟中會先進行腳本的編譯）這三個步驟不是必須的。</p><p><b>　　(4)比較</b></p><p>　　從上面三個工具的測試步驟圖，可以看出，三者都要有創(chuàng)建測試、調試測試、運行測試、查看測試結果、報告缺陷這些步驟。Robot比其它兩個工具少了創(chuàng)建對象映射這個步驟（不是說Robot中沒有對象映射，而是Robot中對象映

110、射只可以查看和捕獲，不能手工修改某個對象的映射）。WinRunner比其它兩個工具少了創(chuàng)建測試項目、登錄項目、編譯測試這三個步驟。從測試步驟上我們也可以看出，WinRunner的獨立性比Robot和QARun要強，Robot、QARun與測試管理工具的結合更緊密[19-22]。</p><p>　　5.4 GUI對象識別</p><p>　　三種工具都是基于捕捉/回放的測試原理，既然要回放

111、用戶的操作，那么用戶操作的對象的識別就是一個很重要的要解決的問題。在這三種工具中都采用了一種叫做對象映射的技術，就是一個實際的窗口對象用一個邏輯名來標示，而這個邏輯名對應的是這個對象的實際物理描述。這種技術的第一個好處就是即使某個對象在窗口中的位置變了，該對象仍可以被正確的識別，這就大大增強了腳本的生命力；另外一個好處就是如果一個對象的物理描述變了，不必去修改腳本，只需要修改該對象的映射即可，當然前提是在工具中提供這種對象映射修改的功能

112、。在WinRunner和QARun里面這些對象映射是可以編輯的，Robot中不可以編輯。所以就這一點來說Robot的腳本的可維護性不如另外兩個工具。</p><p>　　下面讓我們詳細看一下三個工具都為GUI對象識別提供了那些功能[19，21-22]：</p><p>　　(1)WinRunner</p><p>　　GUI Map是WinRunner 在Conte