自動(dòng)化測(cè)試工具LoadRunner和QTP

1、 軟件自動(dòng)化測(cè)試工具的分析摘要軟件測(cè)試行業(yè)在國(guó)內(nèi)已存在多年，但其發(fā)展水平尚處于起步階段。起初的軟件測(cè)試完全靠手工來(lái)完成。在功能測(cè)試中，測(cè)試人員根據(jù)已編寫(xiě)的測(cè)試用例來(lái)執(zhí)行測(cè)試計(jì)劃，手動(dòng)的輸入大量數(shù)據(jù)并比較預(yù)期結(jié)果與實(shí)際結(jié)果，從而對(duì)系統(tǒng)的功能進(jìn)行判定。當(dāng)進(jìn)行少量數(shù)據(jù)測(cè)試或者邏輯復(fù)雜的系統(tǒng)測(cè)試時(shí)，測(cè)試尚可取得效率。但當(dāng)有大量的數(shù)據(jù)需要錄入并進(jìn)行反復(fù)測(cè)試的時(shí)候，手工測(cè)試便顯得捉襟見(jiàn)肘。而在性能測(cè)試中，為了使系統(tǒng)更好的模擬現(xiàn)實(shí)的使用情況，軟件測(cè)試方要聯(lián)合使用方發(fā)起大量的人員在同一時(shí)間登錄系統(tǒng)并完成相應(yīng)操作，以驗(yàn)證系統(tǒng)的性能是否能夠滿(mǎn)足實(shí)際使用的需求。這樣做不但會(huì)消耗大量的財(cái)力物力人力，而且也不能完全精確

2、的獲得系統(tǒng)性能的一些參數(shù)。在人們對(duì)測(cè)試需求日益增加之時(shí)，自動(dòng)化測(cè)試應(yīng)運(yùn)而生。解決了長(zhǎng)期以來(lái)困擾人們的諸多難題，成為了軟件測(cè)試行業(yè)的領(lǐng)先技術(shù)與主流方向。所以對(duì)于自動(dòng)化測(cè)試研究具有非常實(shí)際的現(xiàn)實(shí)意義。自動(dòng)化測(cè)試能夠解決大量數(shù)據(jù)反復(fù)錄入使用的難題，同時(shí)也能解決模擬大量用戶(hù)對(duì)系統(tǒng)進(jìn)行負(fù)載的問(wèn)題。在論文中主要討論了兩種自動(dòng)化測(cè)試工具，一個(gè)是功能測(cè)試工具QTP(Quick Test Professional)，一個(gè)是性能測(cè)試工具LoadRunner。在對(duì)QTP的研究當(dāng)中，論文主要描述了QTP在對(duì)應(yīng)用程序的操作過(guò)程中顯示出的快速、自動(dòng)化的特點(diǎn)。QTP完成了對(duì)同一組數(shù)據(jù)的逐一自動(dòng)錄入，以及對(duì)應(yīng)用程序某一屬性的

3、驗(yàn)證功能。QTP還可以對(duì)文字以及圖片做驗(yàn)證從而對(duì)某一網(wǎng)頁(yè)的打開(kāi)與否進(jìn)行驗(yàn)證。這些功能的完成都需要先編寫(xiě)測(cè)試腳本，測(cè)試腳本的編寫(xiě)可以直接錄制并修改，也可手工編寫(xiě)。QTP生成的腳本可以通過(guò)手動(dòng)修改來(lái)實(shí)現(xiàn)其對(duì)應(yīng)用程序操作的改變。本次論文將會(huì)對(duì)QTP自動(dòng)化的特性進(jìn)行詳細(xì)闡述與描繪。論文的另一大重點(diǎn)是性能測(cè)試工具LoadRunner。LoadRunner等自動(dòng)化性能測(cè)試工具對(duì)于系統(tǒng)的性能測(cè)試有著革命性的意義，它使得起初的大量人員投入測(cè)試變?yōu)橹灰獑稳伺c多臺(tái)電腦的測(cè)試。大量節(jié)約了使用成本，同時(shí)也大大提高了測(cè)試的效率。本次論文將會(huì)對(duì)LoadRunner在性能測(cè)試中對(duì)系統(tǒng)大量用戶(hù)加載與多種系統(tǒng)性能指標(biāo)進(jìn)行演示和

4、分析。其中涉及到對(duì)LoadRunner腳本的錄制與修改，以及利用Controller控制器對(duì)被測(cè)系統(tǒng)進(jìn)行大量用戶(hù)加載的操作過(guò)程，以及加載之時(shí)之后系統(tǒng)與機(jī)器的各項(xiàng)性能指標(biāo)的監(jiān)控與分析。 通過(guò)這兩種很具代表性的工具的研究可以讓我們對(duì)自動(dòng)化測(cè)試有更深的了解，同時(shí)對(duì)于自動(dòng)化測(cè)試工具的工作機(jī)制有著更深的認(rèn)識(shí)。關(guān)鍵詞：軟件測(cè)試；自動(dòng)化測(cè)試；QTP；LoadRunnerAnalysis Of The Automated Software Testing ToolsAbstract Although software testing has existed for years in the country,

5、it still stays at the stage of starting. The original software testing completely finished by hand. Testers executed the testing plans to input mass of data to compare the actual results and the expecting ones by hand, so that the testers can judge the function of the system. Testing may get efforts

6、 when it needs only a few data or it is testing the system with complex logic. But in the situation of inputting mass of data and testing repeatedly, manual testing will be at the loss what to do unless to invest a lot of manpower and time. At that time, to solve this urgent problem, the automatical

7、 testing came to the world to change the fate of the whole industry of software testing. At the same time, the study of the automatical testing has become necessary and meaningful.Two automatical testing tools will be discussed in the treatise, one is QTP (Quick Test Professional) and the other is L

8、oadRunner. They are both the main current testing tools in the country. In the research of QTP, the treatise will describe the main characters(fast and automatical) and the process of executing the plans of the testing. QTP will control the application to be tested to complete inputting the group of

9、 data one by one and verify the words and the pictures in the page so that we can check whether the expected webpage has been opened. LoadRunner will be another key point in my treatise. LoadRunner and the other performance testing tools had brought the evolutional meaning to the industry of perform

10、ance testing. The saved the cost of plenty manpower and change the testing that needed mass of people to the testing that only needed single person and a few machines. The main characters of LoadRunner will be discussed mainly as well as the working mechanism.We will use Controller to control a lot

11、of virtual user to load the system to be tested, and collect the data of main indexes of the performance of the system and the load generator. According to the research of the two main current automatical software testing tools, we can get a better understanding of the automatical testing and a deep

12、er understanding of the working mechanism of the automatical testing tools.Key words：software testing;automated testing;QTP;LoadRunner目錄1前言···························

13、;···································11.1 課題概述·············&#

14、183;··········································11.2 課題的研究目標(biāo)和研究?jī)?nèi)容····

15、83;···································11.3 課題的研究方法和工作步驟···········

16、3;····························22軟件測(cè)試概述····················&#

17、183;·································32.1軟件測(cè)試···············

18、·········································32.2手工測(cè)試·······

19、3;················································32.3自動(dòng)化測(cè)試&

20、#183;·················································&

21、#183;···4 2.4手工測(cè)試與自動(dòng)化測(cè)試的比較······································4 3自動(dòng)化測(cè)試工具···

22、83;················································63.1 功能測(cè)試

23、工具·················································

24、3;··63.2 性能測(cè)試工具··············································

25、;······74自動(dòng)化測(cè)試工具LoadRunner········································

26、3;·84.1 LoadRunner的特點(diǎn)及其應(yīng)用范圍····································8 4.2 LoadRunner三大組件·····&#

27、183;········································9 4.3 LoadRunner 名詞解釋與分析·····&#

28、183;·································94.4 LoadRunner工作機(jī)制·············&

29、#183;·······························10 4.5 Vugen················&

30、#183;··········································11 4.5.1腳本產(chǎn)生的過(guò)程····

31、3;···········································114.5.2腳本的錄制····

32、3;···············································124.5.3腳本的回放

33、3;·················································

34、3;·14 4.6 Controller··············································

35、;·········15 4.6.1 Design······································&#

36、183;··················15 4.6.2 Run·····························&#

37、183;·····························16 4.7 Analysis··················

38、;·······································215自動(dòng)化測(cè)試工具QTP········

39、3;······································26 5.1 QTP的特點(diǎn)及應(yīng)用場(chǎng)景········

40、3;··································265.2 QTP的工作流程·············&#

41、183;···································275.3 QTP腳本的錄制與回放···········

42、83;·······························275.4 QTP腳本的加強(qiáng)················&

43、#183;································32 5.4.1 QTP中常用的函數(shù)··············&

44、#183;·······························32 5.4.2實(shí)現(xiàn)對(duì)多組用戶(hù)名的自動(dòng)執(zhí)行··············

45、3;·····················32 5.4.3實(shí)現(xiàn)對(duì)城市與航班的隨機(jī)選擇并輸出選擇項(xiàng)信息····················35 5.4.4檢查點(diǎn)的使用·

46、83;················································37 6總結(jié)

47、83;·················································

48、83;··········40參考文獻(xiàn)······································

49、83;····················42致謝·····························

50、;··································431 前言1.1 課題概述 隨著軟件市場(chǎng)對(duì)于軟件產(chǎn)品質(zhì)量要求的提升，軟件的質(zhì)量問(wèn)題被進(jìn)一步看重。與此同時(shí)軟件測(cè)試行業(yè)得到了快速發(fā)展的契機(jī)。在當(dāng)今軟件測(cè)試行業(yè)中，手工測(cè)試仍占主導(dǎo)地位，手工測(cè)

51、試雖簡(jiǎn)單易行，但手工測(cè)試的進(jìn)行在很多情況下需要投入大量的人力和時(shí)間。同時(shí)在一些系統(tǒng)級(jí)的測(cè)試中，手工測(cè)試依舊沒(méi)法涉足其中。為了提高效率并且提高測(cè)試的覆蓋率和功能性，自動(dòng)化測(cè)試應(yīng)運(yùn)而生。軟件自動(dòng)化測(cè)試作為軟件測(cè)試中的尖端技術(shù)將會(huì)起到引領(lǐng)作用。因此對(duì)于軟件自動(dòng)化測(cè)試工具的分析無(wú)疑非常具有實(shí)際意義。1.2 課題的研究目標(biāo)和研究?jī)?nèi)容研究目標(biāo)：闡述軟件測(cè)試的概念，比較手工測(cè)試與自動(dòng)化測(cè)試的優(yōu)缺點(diǎn)。全面分析軟件自動(dòng)化測(cè)試工具的特點(diǎn)與應(yīng)用場(chǎng)景，詳細(xì)而明確地描述分析自動(dòng)化測(cè)試工具LoadRunner與QTP的特點(diǎn)、工作流程等。研究?jī)?nèi)容：軟件測(cè)試的概念、意義、國(guó)內(nèi)外現(xiàn)狀及發(fā)展、工作前景：軟件測(cè)試就是利用測(cè)試工具按

52、照測(cè)試方案和流程對(duì)產(chǎn)品進(jìn)行功能和性能測(cè)試 。它是在軟件投入運(yùn)行前，對(duì)軟件需求分析，設(shè)計(jì)規(guī)格說(shuō)明和編碼實(shí)現(xiàn)的最終審查，是軟件質(zhì)量保證的關(guān)鍵步驟。國(guó)內(nèi)軟件測(cè)試尚在發(fā)展之中，國(guó)外軟件測(cè)試行業(yè)一片繁榮。國(guó)內(nèi)軟件行業(yè)對(duì)測(cè)試越來(lái)越重視，軟件測(cè)試前景光明。 手工測(cè)試的概念、特點(diǎn)：手工測(cè)試就是用人為手段執(zhí)行測(cè)試用例，觀察測(cè)試結(jié)果。手工測(cè)試通常能發(fā)現(xiàn)自動(dòng)化測(cè)試不能發(fā)現(xiàn)的缺陷，但同時(shí)在一些場(chǎng)景下，手工測(cè)試所耗費(fèi)的人力和時(shí)間通常比較大。自動(dòng)化測(cè)試的概念、特點(diǎn)、應(yīng)用范圍、設(shè)計(jì)過(guò)程：自動(dòng)化測(cè)試就是通過(guò)自動(dòng)化測(cè)試工具或其他手段，按照測(cè)試工程師的預(yù)定計(jì)劃進(jìn)行自動(dòng)測(cè)試，目的是減輕手工測(cè)試的勞動(dòng)量，提高軟件質(zhì)量和軟件測(cè)試的效率

53、。自動(dòng)化測(cè)試的優(yōu)點(diǎn)：提高測(cè)試質(zhì)量、提高測(cè)試效率、提高測(cè)試覆蓋率、執(zhí)行手工測(cè)試不能完成的測(cè)試任務(wù)、更好地重現(xiàn)軟件缺陷的能力、更好地利用資源。自動(dòng)化測(cè)試的局限性：對(duì)于定制性項(xiàng)目和周期很短的項(xiàng)目以及業(yè)務(wù)規(guī)則復(fù)雜的對(duì)象、人體感觀與易用性測(cè)試，以及不穩(wěn)定的軟件測(cè)試，涉及物理交互的測(cè)試方面具有局限性。手工測(cè)試和自動(dòng)化測(cè)試的比較：自動(dòng)化測(cè)試不能完全替代手工測(cè)試。在一些特殊情況下，手工測(cè)試仍然比自動(dòng)化測(cè)試效率高。LoadRunner的特點(diǎn)：LoadRunner是一種預(yù)測(cè)系統(tǒng)行為和性能的負(fù)載測(cè)試工具，通過(guò)模擬成千上萬(wàn)名用戶(hù)和實(shí)施實(shí)時(shí)性能監(jiān)測(cè)來(lái)確認(rèn)和查找問(wèn)題，LoadRunner能夠?qū)φ麄€(gè)企業(yè)架構(gòu)進(jìn)行測(cè)試。通過(guò)使

54、用LoadRunner，企業(yè)能最大限度地縮短測(cè)試時(shí)間，優(yōu)化性能和加速應(yīng)用系統(tǒng)的發(fā)布周期。QTP的特點(diǎn)：QTP 提供符合所有主要應(yīng)用軟件環(huán)境的功能測(cè)試和回歸測(cè)試的自動(dòng)化。采用關(guān)鍵字驅(qū)動(dòng)的理念以簡(jiǎn)化測(cè)試用例的創(chuàng)建和維護(hù)。它讓用戶(hù)可以直接錄制屏幕上的操作流程，自動(dòng)生成功能測(cè)試或者回歸測(cè)試用例。專(zhuān)業(yè)的測(cè)試者也可以通過(guò)提供的內(nèi)置腳本和調(diào)試環(huán)境來(lái)取得對(duì)測(cè)試和對(duì)象屬性的完全控制。 LoadRunner、QTP的應(yīng)用過(guò)程：LoadRunner：用Vugen錄制LoadRunner測(cè)試腳本回放腳本對(duì)腳本進(jìn)行加強(qiáng)用Controller生成負(fù)載用Analysis對(duì)測(cè)試結(jié)果進(jìn)行分析。QTP：生成自動(dòng)化腳本同步回放腳本

55、到應(yīng)用程序添加檢查點(diǎn)運(yùn)行測(cè)試或測(cè)試組件。 自己對(duì)于自動(dòng)化測(cè)試過(guò)程及軟件測(cè)試技術(shù)的認(rèn)識(shí)：幾次培訓(xùn)的項(xiàng)目經(jīng)歷讓我感受到了自動(dòng)化測(cè)試的魅力與實(shí)力。自動(dòng)化測(cè)試行業(yè)是一個(gè)高技術(shù)行業(yè)，經(jīng)驗(yàn)至關(guān)重要，所以自動(dòng)化測(cè)試值得我們長(zhǎng)期從事與發(fā)展。1.3課題的研究方法和工作步驟由于自動(dòng)化測(cè)試工具是需要在實(shí)際應(yīng)用中才能體現(xiàn)其價(jià)值的研究對(duì)象，所以對(duì)于它們我們采用的研究方法是實(shí)例分析法：主要通過(guò)運(yùn)用自動(dòng)化工具對(duì)實(shí)際軟件項(xiàng)目的研究而分析自動(dòng)化工具的特點(diǎn)和應(yīng)用過(guò)程。 在整個(gè)自動(dòng)化測(cè)試工具的的研究過(guò)程當(dāng)中，我把整個(gè)課題的研究分成了若干個(gè)步驟，每一個(gè)步驟對(duì)應(yīng)一個(gè)工作階段： 第一是準(zhǔn)備階段。在這個(gè)階段里面我的主要任務(wù)是盡可能搜集軟件

56、測(cè)試與自動(dòng)化測(cè)試相關(guān)的一些資料。同時(shí)要下載安裝自動(dòng)化測(cè)試工具QTP，LoadRunner等，這也是我在課題中研究的主題對(duì)象。同時(shí)為了順利的運(yùn)行自動(dòng)化測(cè)試工具，我還需要為其配置相應(yīng)的系統(tǒng)環(huán)境，為分析工作的開(kāi)展做準(zhǔn)備。 第二是研究階段。在這個(gè)階段里面我主要是要完成對(duì)軟件測(cè)試與自動(dòng)化測(cè)試的概念的分析以及其在國(guó)內(nèi)外的發(fā)展情況和前景等。同時(shí)完成對(duì)QTP，LoadRunner特點(diǎn)和工作流程的分析。完成QTP與LoadRunner對(duì)相應(yīng)應(yīng)用程序的分析，整理收集相應(yīng)測(cè)試和分析結(jié)果。第三是總結(jié)檢查階段。進(jìn)入這個(gè)階段以后，課題研究的主體已基本成型。考慮到QTP與LoadRunner為應(yīng)用型軟件工具，所以在對(duì)其研究

57、的時(shí)候容易出現(xiàn)對(duì)工具的特點(diǎn)和工序描述不清的情況，所以需要通過(guò)與指導(dǎo)老師的交流溝通以及與研究方案進(jìn)行對(duì)照來(lái)完成對(duì)研究方案的改進(jìn)和完善。2 軟件測(cè)試概述軟件測(cè)試是指軟件生存周期中的檢查、評(píng)審和確認(rèn)工作，其中包括了對(duì)分析、設(shè)計(jì)階段，以及完成開(kāi)發(fā)后維護(hù)階段的各類(lèi)文檔、代碼的審查和確認(rèn)。軟件測(cè)試是根據(jù)軟件開(kāi)發(fā)各階段的規(guī)格說(shuō)明和程序的內(nèi)部結(jié)構(gòu)而精心設(shè)計(jì)的一批測(cè)試用例，并利用這些測(cè)試用例運(yùn)行程序以及發(fā)現(xiàn)錯(cuò)誤的過(guò)程，即執(zhí)行測(cè)試步驟。2.1 軟件測(cè)試 軟件測(cè)試的目標(biāo)和意義：軟件測(cè)試的目的就是發(fā)現(xiàn)軟件中的各種缺陷，進(jìn)而供開(kāi)發(fā)人員修改。軟件測(cè)試只能證明軟件存在缺陷，但不能證明軟件不存在缺陷，它可以使軟件中的缺陷降到

58、一定的程度，而不能徹底消滅缺陷。軟件測(cè)試可以用較少的用例、時(shí)間和人力找出軟件中的各種錯(cuò)誤和缺陷，以保證軟件的質(zhì)量。 軟件測(cè)試過(guò)程：一個(gè)規(guī)范的軟件測(cè)試過(guò)程包括：擬定軟件測(cè)試計(jì)劃、方案；設(shè)計(jì)和生成測(cè)試用例、準(zhǔn)備測(cè)試數(shù)據(jù)；執(zhí)行測(cè)試，記錄原始數(shù)據(jù)，對(duì)缺陷進(jìn)行管理；生成軟件測(cè)試報(bào)告、缺陷的統(tǒng)計(jì)和報(bào)表。軟件測(cè)試過(guò)程與整個(gè)軟件開(kāi)發(fā)過(guò)程基本上是平行進(jìn)行的。 軟件測(cè)試的現(xiàn)狀和發(fā)展：隨著軟件產(chǎn)業(yè)的發(fā)展，軟件產(chǎn)品的質(zhì)量控制與質(zhì)量管理正逐漸成為軟件企業(yè)生存與發(fā)展的核心。幾乎每個(gè)大中型IT企業(yè)的軟件產(chǎn)品在發(fā)布前都需要大量的質(zhì)量控制、測(cè)試和文檔工作，而這些工作必須依靠擁有嫻熟技術(shù)的專(zhuān)業(yè)軟件人才來(lái)完成。軟件測(cè)試工程師就是這

59、樣的一個(gè)企業(yè)重頭角色。業(yè)內(nèi)人士分析，該類(lèi)職位的需求主要集中在沿海發(fā)達(dá)城市，其中北京和上海的需求量分別占去33%和29%。民企需求量最大，占19%，外商獨(dú)資歐美類(lèi)企業(yè)需求排列第二，占15%。然而，目前的現(xiàn)狀是：一方面企業(yè)對(duì)高質(zhì)量的測(cè)試工程師需求量越來(lái)越大越大，另一方面國(guó)內(nèi)原來(lái)對(duì)測(cè)試工程師的職業(yè)重視程度不夠，使許多人不了解測(cè)試工程師具體是從事什么工作。這使得許多IT公司只能通過(guò)在實(shí)際工作中進(jìn)行淘汰的方式對(duì)測(cè)試工程師進(jìn)行篩選，因此國(guó)內(nèi)在短期將出現(xiàn)測(cè)試工程師嚴(yán)重短缺的現(xiàn)象。因此隨著業(yè)內(nèi)軟件企業(yè)對(duì)軟件測(cè)試的重視程度的增加，軟件測(cè)試行業(yè)也將越來(lái)越規(guī)范，并具有很好的發(fā)展前景。2.2 手工測(cè)試 手工測(cè)試的概念

60、：手工測(cè)試是最傳統(tǒng)的測(cè)試方法，它是由測(cè)試人員手工編寫(xiě)測(cè)試用例，并根據(jù)測(cè)試用例手工完成測(cè)試過(guò)程的方法。手工測(cè)試是由測(cè)試人員手動(dòng)一個(gè)一個(gè)的輸入測(cè)試用例，然后對(duì)比預(yù)期結(jié)果和實(shí)際結(jié)果，得出測(cè)試結(jié)果，與自動(dòng)化測(cè)試相對(duì)應(yīng)，屬于比較原始但很有必要的一個(gè)步驟。 手工測(cè)試的特點(diǎn)：手工測(cè)試的優(yōu)點(diǎn)在于簡(jiǎn)單易行，上手容易，在實(shí)際應(yīng)用過(guò)程中方便實(shí)用，同時(shí)在一些邏輯關(guān)系比較復(fù)雜的測(cè)試項(xiàng)目或環(huán)節(jié)中較為高效。但同時(shí)它的缺點(diǎn)也很明顯。在進(jìn)行測(cè)試工作量很大時(shí)，可能會(huì)輸入大量的數(shù)據(jù)，在進(jìn)行重復(fù)數(shù)據(jù)的錄入或測(cè)試中，手工測(cè)試量很大，效率也很低，同時(shí)在執(zhí)行回歸測(cè)試時(shí)實(shí)現(xiàn)較為困難。2.3 自動(dòng)化測(cè)試 自動(dòng)化測(cè)試的概念：自動(dòng)化測(cè)試就是通過(guò)采

61、用測(cè)試工具或其他手段，按照測(cè)試工程師的預(yù)定計(jì)劃對(duì)軟件產(chǎn)品進(jìn)行自動(dòng)的測(cè)試，它是軟件測(cè)試的一個(gè)重要的組成部分，它能夠完成許多手工無(wú)法完成或者難以實(shí)現(xiàn)的一些測(cè)試工作。自動(dòng)化測(cè)試中除了常規(guī)的對(duì)于功能的自動(dòng)化測(cè)試，還有針對(duì)性能的自動(dòng)化測(cè)試，目前行業(yè)中較為主流的性能測(cè)試工具便是HP（惠普）公司的LoadRunner。自動(dòng)化測(cè)試作為當(dāng)今軟件測(cè)試行業(yè)中的主流方向和前沿技術(shù)擁有諸多優(yōu)點(diǎn)。自動(dòng)化測(cè)試可以提高測(cè)試的質(zhì)量，對(duì)于以往只能依靠手工測(cè)試而實(shí)現(xiàn)的一些測(cè)試項(xiàng)目，尤其是在性能測(cè)試中利用手工測(cè)試對(duì)系統(tǒng)進(jìn)行同步登錄操作的誤差，自動(dòng)化測(cè)試可以更精確無(wú)誤的完成。同時(shí)自動(dòng)化測(cè)試還能提高測(cè)試的效率。過(guò)往在用手工測(cè)試對(duì)系統(tǒng)進(jìn)行

62、測(cè)試時(shí)，對(duì)于大量數(shù)據(jù)反復(fù)操作以及進(jìn)行回歸測(cè)試的過(guò)程中，自動(dòng)化測(cè)試可以更快的完成，同時(shí)可以反復(fù)執(zhí)行測(cè)試用例，大大提高了測(cè)試的效率。同時(shí)自動(dòng)化測(cè)試還可以提高測(cè)試的覆蓋率，更好地重現(xiàn)軟件缺陷，更好地利用系統(tǒng)資源。同時(shí)自動(dòng)化測(cè)試也有它的局限性。在一些周期很短的項(xiàng)目中，自動(dòng)化測(cè)試由于在前期測(cè)試計(jì)劃制定需要耗費(fèi)大量時(shí)間，所以會(huì)大大延長(zhǎng)項(xiàng)目的周期，增加成本。在對(duì)業(yè)務(wù)規(guī)則復(fù)雜的對(duì)象進(jìn)行測(cè)試中，自動(dòng)化測(cè)試計(jì)劃的編寫(xiě)會(huì)非常復(fù)雜，效率遠(yuǎn)不及手工測(cè)試。人體感觀與易用性測(cè)試涉及到人的主觀思維判斷，是自動(dòng)化測(cè)試無(wú)法涉及的領(lǐng)域。而對(duì)于不穩(wěn)定的軟件，因自動(dòng)化測(cè)試的優(yōu)點(diǎn)是可重復(fù)執(zhí)行，所以并不適合不穩(wěn)定的軟件的多次執(zhí)行。在涉及物

63、理交互的測(cè)試項(xiàng)目中，需要人為手工的操作一些實(shí)體工具，自動(dòng)化測(cè)試無(wú)法進(jìn)行。2.4 手工測(cè)試與自動(dòng)化測(cè)試的比較早期的軟件測(cè)試都是由手工完成的，而手工測(cè)試是一項(xiàng)艱苦的工作，它的工作量大，需要投入大量的時(shí)間和精力，而完全的手工測(cè)試已經(jīng)滿(mǎn)足不了軟件開(kāi)發(fā)的需求了。軟件的快速發(fā)展催生了另一門(mén)技術(shù)的誕生-軟件自動(dòng)化測(cè)試。自動(dòng)化測(cè)試技術(shù)是一項(xiàng)非常重要的技術(shù)，也是非常前沿的一項(xiàng)技術(shù)，在多數(shù)情況下可以替代手工測(cè)試的一門(mén)相對(duì)便捷的技術(shù)。軟件自動(dòng)化測(cè)試的目的其實(shí)就是為了減輕繁雜的手工測(cè)試帶來(lái)的大工作量，從而達(dá)到提高軟件質(zhì)量。當(dāng)然軟件自動(dòng)化測(cè)試還無(wú)法完全替代手工測(cè)試，在相當(dāng)一些情況下，手工測(cè)試依舊相對(duì)實(shí)用。在軟件開(kāi)發(fā)過(guò)程

64、中，軟件測(cè)試工作要占用較長(zhǎng)的項(xiàng)目周期，而在一些對(duì)于可靠性要求很高的軟件測(cè)試中，其比例會(huì)更高。而在這些測(cè)試過(guò)程中，某個(gè)功能或某個(gè)特性要經(jīng)過(guò)反復(fù)的驗(yàn)證和測(cè)試，尤其是在回歸測(cè)試中，更要大量重復(fù)之前的一系列操作。同時(shí)隨著軟件版本的更新和升級(jí)，重復(fù)測(cè)試又要反復(fù)的開(kāi)展。這就大大加大了工作量，也降低了工作的效率，而自動(dòng)化測(cè)試的應(yīng)用能夠大大的緩解這一過(guò)程帶來(lái)的工作量。但同時(shí)一些不需要大量重復(fù)的功能模塊或是項(xiàng)目，本身規(guī)模也較小，如果依然使用自動(dòng)化測(cè)試，效率反而降低，成本也會(huì)相應(yīng)增加。由此可見(jiàn)，軟件自動(dòng)化測(cè)試技術(shù)不是萬(wàn)能的，但卻是前沿的高端技術(shù)，是我們需要在軟件行業(yè)中大力發(fā)展的技術(shù)。3 自動(dòng)化測(cè)試工具自動(dòng)化測(cè)試是

65、把以人為驅(qū)動(dòng)的測(cè)試行為轉(zhuǎn)化為機(jī)器執(zhí)行的一種過(guò)程。通常，在設(shè)計(jì)了測(cè)試用例并通過(guò)評(píng)審之后，由測(cè)試人員根據(jù)測(cè)試用例中描述的規(guī)程一步步執(zhí)行測(cè)試，得到實(shí)際結(jié)果與期望結(jié)果的比較。在此過(guò)程中，為了節(jié)省人力、時(shí)間或硬件資源，提高測(cè)試效率，便引入了自動(dòng)化測(cè)試的概念。在進(jìn)行自動(dòng)化測(cè)試的時(shí)候，我們需要用到自動(dòng)化測(cè)試工具。根據(jù)測(cè)試項(xiàng)目的需求自動(dòng)化測(cè)試工具可大致分為功能測(cè)試工具和性能測(cè)試工具。功能測(cè)試工具主要是用于替代部分手工測(cè)試對(duì)于系統(tǒng)的操作，驗(yàn)證系統(tǒng)功能的正確性，提高測(cè)試的效率。功能測(cè)試工具雖可用手工替代，但其在多方面應(yīng)用的高效性是手工測(cè)試不能比擬的。相比而言，性能測(cè)試工具則不能被手工測(cè)試所替代，性能測(cè)試工具可以獲

66、取系統(tǒng)運(yùn)行中一些性能指標(biāo)，這非人眼人手所能獲得數(shù)據(jù)。同時(shí)一些較好的性能測(cè)試工具還可對(duì)性能測(cè)試的一些指標(biāo)進(jìn)行橫向縱向?qū)Ρ?，從而更好的發(fā)現(xiàn)系統(tǒng)的瓶頸，進(jìn)一步增強(qiáng)系統(tǒng)的性能。 無(wú)論是功能測(cè)試工具還是性能測(cè)試工具都將成為軟件測(cè)試行業(yè)未來(lái)發(fā)展的主流方向和主要途徑。在軟件自動(dòng)化測(cè)試快速發(fā)展的同時(shí)，測(cè)試工具的數(shù)量也與日俱增，各大軟件生產(chǎn)企業(yè)百花齊放，測(cè)試工具各有千秋。對(duì)此，我們列舉了一些在國(guó)內(nèi)軟件企業(yè)中常用的功能和性能測(cè)試工具。 3.1 功能測(cè)試工具 QTP，全名Quick Test Professional software。QTP是HP（惠普）公司的一款企業(yè)級(jí)自動(dòng)化功能測(cè)試軟件。使用QTP的目的是想用它

67、來(lái)執(zhí)行重復(fù)的手工測(cè)試，QTP主要用于回歸測(cè)試和測(cè)試同一軟件的新版本。它可以覆蓋絕大多數(shù)的軟件開(kāi)發(fā)技術(shù)，操作簡(jiǎn)便，實(shí)用高效，是目前國(guó)內(nèi)軟件測(cè)試行業(yè)最主流的功能測(cè)試工具。 WinRunner是Mercury公司的一種企業(yè)級(jí)的功能測(cè)試工具，用于檢測(cè)應(yīng)用程序是否能夠打到預(yù)期的功能及正常運(yùn)行。通過(guò)自動(dòng)錄制、檢測(cè)和回放用戶(hù)的應(yīng)用操作，WinRunner能夠有效地幫助測(cè)試人員對(duì)復(fù)雜的企業(yè)級(jí)應(yīng)用的不同發(fā)布版本進(jìn)行測(cè)試，提高測(cè)試人員的工作效率和質(zhì)量，確?？缙脚_(tái)的、復(fù)雜的企業(yè)級(jí)應(yīng)用無(wú)故障發(fā)布及長(zhǎng)期穩(wěn)定運(yùn)行。Rational Robot是業(yè)界最頂尖的功能測(cè)試工具，它甚至可以在測(cè)試人員學(xué)習(xí)高級(jí)腳本技術(shù)之前幫助其進(jìn)行成

68、功的測(cè)試。它集成在測(cè)試人員的桌面IBM Rational Test Manager上，在這里測(cè)試人員可以計(jì)劃、組織、執(zhí)行、管理和報(bào)告所有測(cè)試活動(dòng)，包括手動(dòng)測(cè)試報(bào)告。這種測(cè)試和管理的雙重功能是自動(dòng)化測(cè)試的理想開(kāi)始。上述三款功能測(cè)試工具基本上概括了目前行業(yè)中所有功能測(cè)試工具的特點(diǎn)。他們的主要工作思路都是通過(guò)錄制、回放和對(duì)腳本的修改加強(qiáng)來(lái)形成腳本，從而實(shí)施對(duì)測(cè)試對(duì)象的操作。目前比較高端與主流的功能測(cè)試工具多為企業(yè)級(jí)測(cè)試工具，可以針對(duì)企業(yè)的整體架構(gòu)進(jìn)行測(cè)試。3.2 性能測(cè)試工具 LoadRunner是一種預(yù)測(cè)系統(tǒng)行為和性能的工業(yè)標(biāo)準(zhǔn)級(jí)負(fù)載測(cè)試工具。通過(guò)以模擬上千萬(wàn)用戶(hù)實(shí)施并發(fā)負(fù)載及實(shí)時(shí)性能監(jiān)測(cè)的方式來(lái)

69、確認(rèn)和查找問(wèn)題。通過(guò)使用LoadRunner ，企業(yè)能最大限度地縮短測(cè)試時(shí)間，優(yōu)化性能。LoadRunner 能讓企業(yè)保護(hù)自己的收入來(lái)源，無(wú)需購(gòu)置額外硬件而最大限度地利用現(xiàn)有的IT 資源，并確保終端用戶(hù)在應(yīng)用系統(tǒng)的各個(gè)環(huán)節(jié)中對(duì)其測(cè)試應(yīng)用的質(zhì)量，可靠性和可擴(kuò)展性都有良好的評(píng)價(jià)。 SilkPerformer是一種在工業(yè)領(lǐng)域最高級(jí)的企業(yè)級(jí)負(fù)載測(cè)試工具。它可以模仿成千上萬(wàn)的用戶(hù)在多協(xié)議和多計(jì)算的環(huán)境下工作。不管企業(yè)電子商務(wù)應(yīng)用的規(guī)模大小及其復(fù)雜性，通過(guò)SilkPerformer均可以在部署前預(yù)測(cè)它的性能，可是的用戶(hù)化界面、實(shí)時(shí)的性能監(jiān)控和強(qiáng)大的管理報(bào)告可以幫助我們迅速的解決問(wèn)題。例如加快產(chǎn)品投入市場(chǎng)的

70、時(shí)間，通過(guò)最小的測(cè)試走起保證系統(tǒng)的可靠性，優(yōu)化性能和確保應(yīng)用的可擴(kuò)充性。WebRunner是RadView公司退出的一個(gè)性能測(cè)試和分析工具，它讓web應(yīng)用程序開(kāi)發(fā)者自動(dòng)執(zhí)行壓力測(cè)試；webload通過(guò)模擬真實(shí)用戶(hù)的操作，生成壓力負(fù)載來(lái)測(cè)試web的性能，用戶(hù)創(chuàng)建的是基于javascript的測(cè)試腳本，稱(chēng)為議程agenda，用它來(lái)模擬客戶(hù)的行為，通過(guò)執(zhí)行該腳本來(lái)衡量web應(yīng)用程序在真實(shí)環(huán)境下的性能。上述幾款性能測(cè)試工具比較具有代表性，同時(shí)也是當(dāng)今的主流性能測(cè)試工具。性能測(cè)試工具的功能點(diǎn)以及工作原理多是通過(guò)模擬成千上萬(wàn)用戶(hù)在復(fù)雜的環(huán)境中對(duì)系統(tǒng)或軟件進(jìn)行操作的過(guò)程。通過(guò)對(duì)實(shí)際用戶(hù)的模擬來(lái)對(duì)系統(tǒng)或軟件產(chǎn)

71、品進(jìn)行評(píng)估從而根據(jù)評(píng)測(cè)結(jié)果提出對(duì)系統(tǒng)或軟件產(chǎn)品的修改意見(jiàn)，從而提高產(chǎn)品的性能。性能測(cè)試工具解放了雙手，節(jié)省了大量時(shí)間與人力物力資源，對(duì)于軟件測(cè)試行業(yè)的發(fā)展起到了至關(guān)重要的作用。4 自動(dòng)化測(cè)試工具LoadRunner 一個(gè)系統(tǒng)的成功與否不僅看它是否能達(dá)到人們的預(yù)期而成功完成某項(xiàng)任務(wù)，同時(shí)還要看系統(tǒng)的性能是否符合一定標(biāo)準(zhǔn)。系統(tǒng)的性能是一個(gè)很大的概念，覆蓋面非常廣泛，包括執(zhí)行效率、資源占用、穩(wěn)定性、安全性、兼容性、可擴(kuò)展性、可靠性等等。而利用自動(dòng)化工具則可以模擬真實(shí)用戶(hù)來(lái)操作系統(tǒng)，通過(guò)這種方式來(lái)發(fā)現(xiàn)系統(tǒng)性能瓶頸的過(guò)程就叫作系統(tǒng)的性能測(cè)試。LoadRunner是一種預(yù)測(cè)系統(tǒng)行為和性能的負(fù)載測(cè)試工具，通

72、過(guò)模擬成千上萬(wàn)名用戶(hù)和實(shí)施實(shí)時(shí)性能監(jiān)測(cè)來(lái)確認(rèn)和查找問(wèn)題，LoadRunner能夠?qū)φ麄€(gè)企業(yè)架構(gòu)進(jìn)行測(cè)試。通過(guò)使用LoadRunner，企業(yè)能最大限度地縮短測(cè)試時(shí)間，優(yōu)化性能和加速應(yīng)用系統(tǒng)的發(fā)布周期。4.1 LoadRunner特性輕松創(chuàng)建虛擬用戶(hù)： 使用LoadRunner 的Virtual User Generator，我們能很簡(jiǎn)便地創(chuàng)立起系統(tǒng)負(fù)載。該引擎能夠生成虛擬用戶(hù)，以虛擬用戶(hù)的方式模擬真實(shí)用戶(hù)的業(yè)務(wù)操作行為。它先記錄下業(yè)務(wù)流程(如下訂單或機(jī)票預(yù)定)，然后將其轉(zhuǎn)化為測(cè)試腳本。利用虛擬用戶(hù)，我們可以在Windows ，UNIX或Linux 機(jī)器上同時(shí)產(chǎn)生成千上萬(wàn)個(gè)用戶(hù)訪(fǎng)問(wèn)。創(chuàng)建真實(shí)的負(fù)載

73、：Controller 的Rendezvous 功能提供一個(gè)互動(dòng)的環(huán)境，在其中既能建立起持續(xù)且循環(huán)的負(fù)載，又能管理和驅(qū)動(dòng)負(fù)載測(cè)試方案。而且，我們還可以利用它的日程計(jì)劃服務(wù)來(lái)定義用戶(hù)在什么時(shí)候訪(fǎng)問(wèn)系統(tǒng)以產(chǎn)生負(fù)載。實(shí)時(shí)監(jiān)測(cè)器：LoadRunner 內(nèi)含集成的實(shí)時(shí)監(jiān)測(cè)器，在負(fù)載測(cè)試過(guò)程的任何時(shí)候，我們都可以觀察到應(yīng)用系統(tǒng)的運(yùn)行性能。這些性能監(jiān)測(cè)器為我們實(shí)時(shí)顯示交易性能數(shù)據(jù)（如響應(yīng)時(shí)間）和其它系統(tǒng)組件包括application server, web server，網(wǎng)路設(shè)備和數(shù)據(jù)庫(kù)等的實(shí)時(shí)性能。分析結(jié)果：一旦測(cè)試完畢后，LoadRunner 收集匯總所有的測(cè)試數(shù)據(jù)，并為我們提供高級(jí)的分析和報(bào)告工具，以

74、便迅速查找到性能問(wèn)題并追溯原由。使用LoadRunner 的Web交易細(xì)節(jié)監(jiān)測(cè)器，我們可以了解到將所有的圖象、框架和文本下載到每一網(wǎng)頁(yè)上所需的時(shí)間。負(fù)載測(cè)試是一個(gè)重復(fù)過(guò)程。每次處理完一個(gè)出錯(cuò)情況，我們都需要對(duì)我們的應(yīng)用程序在相同的方案下，再進(jìn)行一次負(fù)載測(cè)試。以此檢驗(yàn)我們所做的修正是否改善了運(yùn)行性能。LoadRunnerControllerVuGenAnalysisLoadRunner4.2 LoadRunner三大組件：Vugen（Virtual User Generator） 用來(lái)錄制腳本、編輯腳本Controller 用來(lái)布置和執(zhí)行測(cè)試場(chǎng)景Analysis圖4.1 LoadRunner三大

75、組件 用來(lái)對(duì)測(cè)試結(jié)果進(jìn)行分析4.3 LoadRunner名詞解釋與分析：LoadRunner為性能測(cè)試工具，在腳本錄制編輯過(guò)程中的名詞以及系統(tǒng)Analysis分析器里面有很多關(guān)于系統(tǒng)性能指標(biāo)的名詞，這里列出了一些最為常用的名詞。Rendezvous（集合點(diǎn)）：集合點(diǎn)用以同步虛擬用戶(hù)以便恰好在同一時(shí)刻執(zhí)行任務(wù)。在測(cè)試計(jì)劃中，可能會(huì)要求系統(tǒng)能夠承受1000 人同時(shí)提交數(shù)據(jù)，在LoadRunner 中可以通過(guò)在提交數(shù)據(jù)操作前面加入集合點(diǎn)，這樣當(dāng)虛擬用戶(hù)運(yùn)行到提交數(shù)據(jù)的集合點(diǎn)時(shí)，LoadRunner 就會(huì)檢查同時(shí)有多少用戶(hù)運(yùn)行到集合點(diǎn)，如果不到1000 人，LoadRunner 就會(huì)命令已經(jīng)到集合點(diǎn)的

76、用戶(hù)在此等待，當(dāng)在集合點(diǎn)等待的用戶(hù)達(dá)到1000 人時(shí)，LoadRunner 命令1000 人同時(shí)去提交數(shù)據(jù)，從而達(dá)到測(cè)試計(jì)劃中的需求。Transaction（事務(wù)）：事務(wù)就是在腳本定義中定義的某段操作(ACTION)，更確切的說(shuō)，就是一段腳本語(yǔ)句.定義事務(wù)時(shí)，首先在腳本中找到事務(wù)的開(kāi)始和結(jié)束位置，然后分別插入一個(gè)事務(wù)起始標(biāo)記，這樣，當(dāng)腳本運(yùn)行的時(shí)候，LoadRunner會(huì)自動(dòng)在事務(wù)的起始點(diǎn)計(jì)時(shí)，腳本在運(yùn)行到事務(wù)結(jié)束點(diǎn)時(shí)計(jì)時(shí)結(jié)束，系統(tǒng)會(huì)自動(dòng)記錄這段操作的運(yùn)行時(shí)間等性能數(shù)據(jù)；在腳本運(yùn)行完畢后，系統(tǒng)會(huì)在結(jié)果信息中單獨(dú)反映每個(gè)事務(wù)運(yùn)行結(jié)果。Transactions per Second（每秒通過(guò)事務(wù)數(shù)

77、/TPS）：顯示在場(chǎng)景運(yùn)行的每一秒鐘，每個(gè)事務(wù)通過(guò)、失敗以及停止的數(shù)量，是考查系統(tǒng)性能的一個(gè)重要參數(shù)。通過(guò)它可以確定系統(tǒng)在任何給定時(shí)刻的時(shí)間事務(wù)負(fù)載。分析TPS主要是看曲線(xiàn)的性能走向。將它與平均事務(wù)響應(yīng)時(shí)間進(jìn)行對(duì)比，可以分析事務(wù)數(shù)目對(duì)執(zhí)行時(shí)間的影響。例：當(dāng)壓力加大時(shí)，點(diǎn)擊率/TPS曲線(xiàn)如果變化緩慢或者有平坦的趨勢(shì)，很有可能是服務(wù)器開(kāi)始出現(xiàn)瓶頸。DatabaseServer A2Client C1 C2InternetWeb Server A1 A3N1N4N3N2Response Time(響應(yīng)時(shí)間)從用戶(hù)的角度，響應(yīng)時(shí)間(C1+C2)+(A1+A2+A3)+(N1+N2+N3+N4)；從系統(tǒng)

78、的角度，響應(yīng)時(shí)間包括(A1+A2+A3)+(N1+N2+N3+N4)。對(duì)于用戶(hù)能夠接受的響應(yīng)時(shí)間，在行業(yè)中一般都有369原則，即3s以?xún)?nèi)響應(yīng)速度比較快，3s-6s能接受，9s以上不能忍受。Throughput(吞吐量)：即每秒處理事務(wù)的數(shù)量?？梢砸罁?jù)服務(wù)器的吞吐量來(lái)評(píng)估虛擬用戶(hù)產(chǎn)生的負(fù)載量，以及看出服務(wù)器在流量方面的處理能力以及是否存在瓶頸。Hits per Second（每秒點(diǎn)擊數(shù)）：即運(yùn)行場(chǎng)景過(guò)程中虛擬用戶(hù)每秒向Web服務(wù)器提交的 請(qǐng)求數(shù)。通過(guò)它我們可以評(píng)估虛擬用戶(hù)產(chǎn)生的負(fù)載量，如將其和“平均事務(wù)相應(yīng)時(shí)間”圖做比較，可以查看點(diǎn)擊次數(shù)對(duì)事務(wù)性能產(chǎn)生的影響。通過(guò)對(duì)查看“每秒點(diǎn)擊次數(shù)”，可以判斷

79、系統(tǒng)是否穩(wěn)定。系統(tǒng)點(diǎn)擊率下降通常表明服務(wù)器的響應(yīng)速度在變慢，需進(jìn)一步分析，發(fā)現(xiàn)系統(tǒng)瓶頸所在。 Responses per Second（每秒 響應(yīng)數(shù)）：是顯示運(yùn)行場(chǎng)景過(guò)程中每秒從Web服務(wù)器返回的不同 狀態(tài)代碼的數(shù)量，還能返回其它各類(lèi)狀態(tài)碼的信息，通過(guò)分析狀態(tài)碼，可以判斷服務(wù)器在壓力下的運(yùn)行情況，也可以通過(guò)對(duì)圖中顯示的結(jié)果進(jìn)行分組，進(jìn)而定位生成錯(cuò)誤的代碼腳本。Web Page Breakdown（頁(yè)面分解圖）：顯示某一具體事務(wù)在測(cè)試過(guò)程的響應(yīng)情況，進(jìn)而分析相關(guān)的事務(wù)運(yùn)行是否正常。4.4 LoadRunner的工作機(jī)制： LoadRunner是一種企業(yè)級(jí)測(cè)試工具，它的工作機(jī)制較為復(fù)雜，掌握好Lo

80、adRunner的工作機(jī)制對(duì)于更好地掌握和使用LoadRunner有很大幫助，同時(shí)也會(huì)加深我們對(duì)LoadRunner的理解。如圖4.2為L(zhǎng)oadRunner工作機(jī)制的分解圖。Start/StopLoad GeneratorsVirtual UsersClient EmulationDiag logsCopy/pasteCapture&Record.doc.htmlMonitoringVugenControllerAnalysis ProtocolRunLogsIE ClientsScriptScenariosReports&GraphsMS WordInternet brows

81、erMS ExcelMercury DiagnosticsScheduleRun-timeSettingsJava ClientsServers/EnvironmentUnder TestProbes/AgentsAgentsCrystal Reports圖4.2 LoadRunner工作機(jī)制 LoadRunner中的Vugen通過(guò)監(jiān)聽(tīng)I(yíng)E客戶(hù)端與服務(wù)器之間的通信，捕捉記錄兩者之間的信息傳遞來(lái)形成腳本。生成的腳本在Controller之中形成Scenario（場(chǎng)景），按照制定的Schedule來(lái)執(zhí)行場(chǎng)景。Controller通過(guò)控制Load Generators來(lái)對(duì)系統(tǒng)加載虛擬用戶(hù)，并生成分析

82、圖表。在Analysis中可以對(duì)圖表進(jìn)行系統(tǒng)分析，并能以各種格式（Word、Excel、Crystal Reports）打印出來(lái)。4.5 Vugen測(cè)試 建立測(cè)試目標(biāo) 分析系統(tǒng) 建立測(cè)試環(huán)境計(jì)劃錄制增強(qiáng)事務(wù)檢查點(diǎn)參數(shù)化錄制一個(gè)虛擬用戶(hù)腳本2134回放腳本驗(yàn)證腳本的正確性4.5.1 腳本產(chǎn)生的過(guò)程：圖4.3腳本開(kāi)發(fā)過(guò)程腳本錄制具體步驟：（1）創(chuàng)建一個(gè)新的虛擬用戶(hù)腳本，選擇 Web( /HTML) 協(xié)議來(lái)錄制基于瀏覽器的應(yīng)用系統(tǒng)。（2） 設(shè)置錄制選項(xiàng)。（3）點(diǎn)擊 “Start recording” 按鈕。在“Start recording”對(duì)話(huà)框中輸入應(yīng)用系統(tǒng)網(wǎng)址并點(diǎn)擊 OK 按鈕。（4）在 We

83、b 系統(tǒng)中執(zhí)行用戶(hù)操作。（5）點(diǎn)擊“Stop Recording”按鈕，保存腳本。此次我們選用的基于瀏覽器的應(yīng)用系統(tǒng)，即LoadRunner自帶網(wǎng)站“Web Tours”。此網(wǎng)站是一個(gè)飛機(jī)訂票網(wǎng)站，可完成簡(jiǎn)單的訂票操作，操作方便簡(jiǎn)捷?？紤]到LoadRunner對(duì)某一網(wǎng)站測(cè)試時(shí)需要連接網(wǎng)絡(luò)，所以選用了“Web Tours”，只需開(kāi)啟Web Server即可。開(kāi)啟方法如圖4.4：圖4.4 開(kāi)啟web服務(wù)器4.5.2 腳本的錄制：打開(kāi)Virtual User Generator，點(diǎn)擊新建，在“Category”中選擇“Web（ /HTML）”協(xié)議。一般情況下，基于瀏覽器的應(yīng)用程序推薦使用HTML-b

84、ased Script協(xié)議，不是基于瀏覽器的應(yīng)用程序推薦使用URL-based Script，因?yàn)槲覀兪褂玫氖荓oadRunner自帶的示例網(wǎng)站，所以我們選用HTML-based Script方式對(duì)腳本進(jìn)行錄制。用瀏覽器打開(kāi)瀏覽器地址Web Tours網(wǎng)址工作目錄網(wǎng)站一開(kāi)啟就開(kāi)始錄制錄制選項(xiàng)從vuser_init函數(shù)開(kāi)始錄制點(diǎn)擊“Create”按鈕。圖4.5錄制選項(xiàng)用戶(hù)注冊(cè)使用管理員權(quán)限登錄按鈕已注冊(cè)好的用戶(hù) 設(shè)置完畢后點(diǎn)擊“OK”，進(jìn)入“Web Tours”登錄頁(yè)面，如圖4.6：圖4.6 Web Tours主頁(yè)在進(jìn)入此頁(yè)面后LoadRunner工具條會(huì)記錄下當(dāng)前頁(yè)面的事件數(shù)量： 當(dāng)前頁(yè)面的事件個(gè)數(shù)當(dāng)前錄制存放在init函數(shù)中圖4.7 LoadRunner錄制工具條1圖4.8 添加事物 我們需要對(duì)“登錄”和“退出”兩個(gè)功能的響應(yīng)時(shí)間做分析，所以要添加事務(wù)對(duì)這兩個(gè)功能進(jìn)行響應(yīng)時(shí)間的判定。在登錄之前需要對(duì)登錄功能添加事務(wù)即“Tran