畢業(yè)論文--基于loadrunner的web應(yīng)用程序測(cè)試方法

1、<p><b>　　目 錄</b></p><p><b>　　摘 要3</b></p><p>　　ABSTRACT4</p><p><b>　　第一章 概述5</b></p><p><b>　　1.1軟件工程5</b><

2、/p><p><b>　　1.2軟件測(cè)試8</b></p><p>　　1.3性能測(cè)試11</p><p>　　第二章 LoadRunner概述13</p><p>　　2.1LoadRunner簡(jiǎn)介13</p><p>　　2.2LoadRunner的功能15</p>&l

3、t;p>　　2.3LoadRunner的安裝19</p><p>　　第三章 測(cè)試的系統(tǒng)24</p><p>　　3.1測(cè)試的系統(tǒng)的簡(jiǎn)介24</p><p>　　3.2測(cè)試的系統(tǒng)24</p><p>　　3.3系統(tǒng)測(cè)試目的和測(cè)試流程29</p><p>　　第四章 腳本和場(chǎng)景30</p>

4、;<p>　　4.1生成腳本和播放腳本30</p><p>　　4.2準(zhǔn)備負(fù)載測(cè)試腳本43</p><p>　　4.3創(chuàng)建測(cè)試場(chǎng)景48</p><p>　　第五章運(yùn)行負(fù)載測(cè)試58</p><p>　　5.1運(yùn)行負(fù)載測(cè)試場(chǎng)景58</p><p>　　5.2監(jiān)控負(fù)載下的應(yīng)用程序59</p&

5、gt;<p>　　5.3測(cè)試完成60</p><p>　　第六章分析測(cè)試結(jié)果61</p><p>　　6.1啟動(dòng)Analysis會(huì)話61</p><p>　　6.2是否已達(dá)到目標(biāo)62</p><p>　　6.3服務(wù)器的性能是否穩(wěn)定63</p><p>　　6.4確定問(wèn)題的根源65</p

6、><p><b>　　結(jié)束語(yǔ)66</b></p><p><b>　　參考資料67</b></p><p><b>　　致 謝68</b></p><p><b>　　摘 要</b></p><p>　　軟件開(kāi)發(fā)過(guò)程可分為需求，

7、設(shè)計(jì)，實(shí)現(xiàn)和測(cè)試四個(gè)階段。需求是項(xiàng)目組的輸入，測(cè)試的系統(tǒng)是項(xiàng)目組的輸出，重視項(xiàng)目組的輸入和輸出，就把住了產(chǎn)品的質(zhì)量關(guān)。系統(tǒng)的問(wèn)題越早發(fā)現(xiàn)，改正的成本越低，破壞性越小，所以，在系統(tǒng)發(fā)布前，要盡量多地把系統(tǒng)的問(wèn)題找出來(lái)，其手段就是有計(jì)劃、有組織地進(jìn)行充分的測(cè)試。</p><p>　　本論文的測(cè)試對(duì)象是用B/S模式開(kāi)發(fā)的Web應(yīng)用程序--新奧家電連鎖網(wǎng)絡(luò)系統(tǒng)。利用自動(dòng)性能測(cè)試工具LoadRunner對(duì)新奧家電連鎖網(wǎng)絡(luò)系

8、統(tǒng)進(jìn)行負(fù)載壓力測(cè)試。自動(dòng)性能測(cè)試是一項(xiàng)規(guī)范。它利用有關(guān)產(chǎn)品、人員和過(guò)程的信息來(lái)減少應(yīng)用程序、升級(jí)應(yīng)用程序或修補(bǔ)程序部署中的風(fēng)險(xiǎn)。自動(dòng)性能測(cè)試的核心原理是通過(guò)將生產(chǎn)時(shí)的工作量應(yīng)用于預(yù)部署系統(tǒng)來(lái)衡量系統(tǒng)性能和最終用戶體驗(yàn)。</p><p>　　測(cè)試結(jié)果表明新奧家電連鎖網(wǎng)絡(luò)系統(tǒng)滿足100個(gè)用戶同時(shí)登錄，站點(diǎn)服務(wù)器和數(shù)據(jù)庫(kù)服務(wù)器沒(méi)有異常情況。新奧家電連鎖網(wǎng)絡(luò)系統(tǒng)滿足設(shè)計(jì)和用戶的要求，新奧家電連鎖網(wǎng)絡(luò)系統(tǒng)可以對(duì)外發(fā)布。&l

9、t;/p><p>　　關(guān)鍵詞：壓力測(cè)試；LoadRunner；Web應(yīng)用程序</p><p><b>　　ABSTRACT</b></p><p>　　Software development process can be divided into demand, design, implementation and test four stage

10、s. Demand is the project team input, the test system is the output of the project team, the project team to the input and output, put a live product quality. The sooner the problem found that the cost of correction lower

11、, destructive smaller, so in a pre-publication system, to be as much of the system in question to find out their means of a planned and organized way to conduct adequate testing. </p><p>　　In this paper, the

12、 test object is B / S pattern of development of Web applications -- New Austrian home appliances chain network. The use of automated testing tools LoadRunner performance of the new Austrian home appliances chain network

13、system load pressure testing. Automatic test is a norm. It uses the product, and process information, to reduce the application procedure upgrading applications or patch deployment risks. Automatic performance testing is

14、 the core principle of production through </p><p>　　The test results show that the new Austrian home appliances chain network systems to meet 100 users logged the same time, site server and database server d

15、id not unusual. New Austrian home appliances chain network design and systems to meet the user's requirements, the new Austrian home appliances chain external network system can be issued. </p><p>　　KeyW

16、ord:pressure test;LoadRunner; Web application procedure</p><p><b>　　第一章 概述</b></p><p><b>　　1.1軟件工程</b></p><p>　　1.1.1軟件工程的定義</p><p>　　1968年，北大西

17、洋公約組織在原西德召開(kāi)計(jì)算機(jī)科學(xué)會(huì)議，由Fritz Bauer首次提出了“軟件工程”的概念。</p><p>　　軟件工程一直以來(lái)都缺乏一個(gè)統(tǒng)一的定義，很多學(xué)者、組織機(jī)構(gòu)都分別給出了自己的定義：</p><p>　　Boehm：運(yùn)用現(xiàn)代科學(xué)技術(shù)知識(shí)來(lái)設(shè)計(jì)并構(gòu)造計(jì)算機(jī)程序及為開(kāi)發(fā)、運(yùn)行和維護(hù)這些程序所必需的相關(guān)文件資料。</p><p>　　IEEE：軟件工程是開(kāi)發(fā)、

18、運(yùn)行、維護(hù)和修復(fù)軟件的系統(tǒng)方法。</p><p>　　Fritz Bauer：建立并使用完善的工程化原則，以較經(jīng)濟(jì)的手段獲得能在實(shí)際機(jī)器上有效運(yùn)行的可靠軟件的一系列方法。</p><p>　　軟件工程的標(biāo)準(zhǔn)定義：用工程、科學(xué)和數(shù)學(xué)的原則與方法開(kāi)發(fā)、維護(hù)計(jì)算機(jī)軟件的有關(guān)技術(shù)和管理方法。</p><p>　　軟件工程由方法、工具和過(guò)程三部分組成，稱軟件工程的三要素。&l

19、t;/p><p>　　1.1.2軟件工程的基本原理</p><p>　　著名的軟件工程專家B. W. Boehm于1983年綜合了軟件工程專家學(xué)者們的意見(jiàn)并總結(jié)了開(kāi)發(fā)軟件的經(jīng)驗(yàn)，提出了軟件工程的7條基本原理。這7條原理被認(rèn)為是確保軟件產(chǎn)品質(zhì)量和開(kāi)發(fā)效率的原理的最小集合，又是相互獨(dú)立、缺一不可、相當(dāng)完備的最小集合。</p><p>　　下面就簡(jiǎn)單介紹軟件工程的這7條原理：

20、</p><p>　?。?）用分階段的生存周期計(jì)劃嚴(yán)格管理。</p><p>　　這條基本原理是應(yīng)該把軟件生存周期劃分成若干個(gè)階段，并相應(yīng)地制定出切實(shí)可行的計(jì)劃，然后嚴(yán)格按照計(jì)劃對(duì)軟件開(kāi)發(fā)與維護(hù)工作進(jìn)行管理。應(yīng)該制定的計(jì)劃有項(xiàng)目概要計(jì)劃、里程碑計(jì)劃、項(xiàng)目控制計(jì)劃、產(chǎn)品控制計(jì)劃、驗(yàn)證計(jì)劃和運(yùn)行維護(hù)計(jì)劃等。各級(jí)管理人員都必須嚴(yán)格按照計(jì)劃對(duì)軟件開(kāi)發(fā)和維護(hù)工作進(jìn)行管理。據(jù)統(tǒng)計(jì)，不成功的軟件項(xiàng)目中，

21、有一半左右是由于計(jì)劃不周造成的。</p><p>　　（2）堅(jiān)持進(jìn)行階段評(píng)審。</p><p>　　據(jù)統(tǒng)計(jì)，在軟件生存周期各階段中，編碼階段之前的錯(cuò)誤約占63%，而編碼錯(cuò)誤僅占37%。另外，錯(cuò)誤發(fā)現(xiàn)并改正得越晚，所花費(fèi)的代價(jià)越高。堅(jiān)持在每個(gè)階段結(jié)束前進(jìn)行嚴(yán)格的評(píng)審，就可以盡早發(fā)現(xiàn)錯(cuò)誤，從而可以最小的代價(jià)改正錯(cuò)誤。因此，這是一條必須堅(jiān)持的重要原理。</p><p>　

22、?。?）實(shí)行嚴(yán)格的產(chǎn)品控制。</p><p>　　決不能隨意改變需求，只能依靠科學(xué)的產(chǎn)品控制技術(shù)來(lái)順應(yīng)用戶提出的改變需求的要求。為了保持軟件各個(gè)配置成分的一致性，必須實(shí)行嚴(yán)格的產(chǎn)品控制。其中主要是實(shí)行基準(zhǔn)配置管理（又稱為變動(dòng)控制），即凡是修改軟件的建議，尤其是涉及基本配置的修改建議，都必須按規(guī)程進(jìn)行嚴(yán)格的評(píng)審，評(píng)審?fù)ㄟ^(guò)后才能實(shí)施。</p><p>　　這里的“基準(zhǔn)配置”是指經(jīng)過(guò)階段評(píng)審后的

23、軟件配置成分，即各階段產(chǎn)生的文檔或程序代碼等。</p><p>　　（4）采用現(xiàn)代程序設(shè)計(jì)技術(shù)。</p><p>　　實(shí)踐表明，采用先進(jìn)的程序設(shè)計(jì)技術(shù)既可以提高軟件開(kāi)發(fā)與維護(hù)的效率，又可以提高軟件的質(zhì)量。多年來(lái)，人們一直致力于研究新的“程序設(shè)計(jì)技術(shù)”。比如，20世紀(jì)60年代末提出的結(jié)構(gòu)程序設(shè)計(jì)技術(shù)；后來(lái)又發(fā)展出各種結(jié)構(gòu)分析（SA）和結(jié)構(gòu)設(shè)計(jì)（SD）技術(shù)；之后又出現(xiàn)了面向?qū)ο蠓治觯∣OA）和

24、面向?qū)ο笤O(shè)計(jì)（OOD）技術(shù)等等。</p><p>　　（5）結(jié)果應(yīng)能清楚地審查。</p><p>　　軟件產(chǎn)品是一種看不見(jiàn)、摸不著的邏輯產(chǎn)品。因此，軟件開(kāi)發(fā)小組的工作進(jìn)展情況可見(jiàn)性差，難于評(píng)價(jià)和管理。為了更好地進(jìn)行評(píng)價(jià)與管理，應(yīng)根據(jù)軟件開(kāi)發(fā)的總目標(biāo)和完成期限，盡量明確地規(guī)定軟件開(kāi)發(fā)小組的責(zé)任和產(chǎn)品標(biāo)準(zhǔn)，從而使所得到的結(jié)果能清楚地審查。</p><p>　　（6）開(kāi)發(fā)

25、小組的人員應(yīng)少而精。</p><p>　　軟件開(kāi)發(fā)小組人員素質(zhì)和數(shù)量是影響軟件質(zhì)量和開(kāi)發(fā)效率的重要因素。實(shí)踐表明，素質(zhì)高的人員與素質(zhì)低的人員相比，開(kāi)發(fā)效率可能高幾倍至幾十倍、而且所開(kāi)發(fā)的軟件中的錯(cuò)誤也要少得多。另外，開(kāi)發(fā)小組的人數(shù)不宜過(guò)多，因?yàn)殡S著人數(shù)的增加，人員之間交流情況、討論問(wèn)題的通信開(kāi)銷將急劇增加，這不但不能提高生產(chǎn)率，反而由于誤解等原因可能增加出錯(cuò)的概率。</p><p>　?。?/p>

26、7）承認(rèn)不斷改進(jìn)軟件工程實(shí)踐的必要性。</p><p>　　遵循上述六條基本原理，就能夠較好地實(shí)現(xiàn)軟件的工程化生產(chǎn)。但是，軟件工程不能停留在已有的技術(shù)水平上，應(yīng)積極主動(dòng)地采納或創(chuàng)造新的軟件技術(shù)，要注意不斷總結(jié)經(jīng)驗(yàn)，收集工作量、進(jìn)度、成本等數(shù)據(jù)，并進(jìn)行出錯(cuò)類型和問(wèn)題報(bào)告的統(tǒng)計(jì)。這些數(shù)據(jù)既可用來(lái)評(píng)估新的軟件技術(shù)的效果，又可用來(lái)指明應(yīng)優(yōu)先進(jìn)行研究的軟件工具和技術(shù)。</p><p>　　軟件工程的

27、目標(biāo)是在給定成本、進(jìn)度的前提下，開(kāi)發(fā)出具有可修改性、有效性、可靠性、可理解性、可維護(hù)性、可重用性、可適應(yīng)性、可移植性、可追蹤性和可互操作性并滿足用戶需求的軟件產(chǎn)品。</p><p>　　1.1.3軟件工程遵循的原則</p><p>　　圍繞工程設(shè)計(jì)、工程支持以及工程管理已提出了以下四條基本原則：</p><p>　?。?）選取適宜的開(kāi)發(fā)模型。</p>

28、<p>　　該原則與系統(tǒng)設(shè)計(jì)有關(guān)。在系統(tǒng)設(shè)計(jì)中，軟件需求、硬件需求以及其它因素間是相互制約和影響的，經(jīng)常需要權(quán)衡。因此，必需認(rèn)識(shí)需求定義的易變性，采用適當(dāng)?shù)拈_(kāi)發(fā)模型，保證軟件產(chǎn)品滿足用戶的要求。</p><p>　?。?）采用合適的設(shè)計(jì)方法。</p><p>　　在軟件設(shè)計(jì)中，通常需要考慮軟件的模塊化、抽象與信息隱蔽、局部化、一致性以及適應(yīng)性等特征。合適的設(shè)計(jì)方法有助于這些特征的

29、實(shí)現(xiàn)，以達(dá)到軟件工程的目標(biāo)。</p><p>　?。?）提供高質(zhì)量的工程支撐。</p><p>　　工欲善其事，必先利其器。在軟件工程中，軟件工具與環(huán)境對(duì)軟件過(guò)程的支持頗為重要。軟件工程項(xiàng)目的質(zhì)量與開(kāi)銷直接取決于對(duì)軟件工程所提供的支撐質(zhì)量和效用。</p><p>　　（4）重視軟件工程的管理。</p><p>　　軟件工程的管理直接影響可用資

30、源的有效利用，生產(chǎn)滿足目標(biāo)的軟件產(chǎn)品以及提高軟件組織的生產(chǎn)能力等問(wèn)題。因此，僅當(dāng)軟件過(guò)程予以有效管理時(shí)，才能實(shí)現(xiàn)有效的軟件工程。</p><p>　　1.1.4軟件生存周期</p><p>　　軟件從定義開(kāi)始，經(jīng)過(guò)開(kāi)發(fā)、使用和維護(hù)，直到最終退役的全過(guò)程稱為軟件生存周期。</p><p>　　可將軟件生存周期劃分為3個(gè)過(guò)程共9個(gè)階段。</p><p

31、>　　3個(gè)過(guò)程是：軟件定義過(guò)程、軟件開(kāi)發(fā)過(guò)程、軟件使用與維護(hù)過(guò)程。</p><p>　　9個(gè)階段有：可行性研究、需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、實(shí)現(xiàn)、組裝測(cè)試、驗(yàn)收測(cè)試、使用與維護(hù)、退役。</p><p>　　它們之間的關(guān)系如圖所示。</p><p>　　圖1-1 軟件生存周期各過(guò)程和階段的關(guān)系圖</p><p><b>　　

32、1.2軟件測(cè)試</b></p><p>　　1.2.1軟件測(cè)試定義</p><p>　　軟件測(cè)試是對(duì)軟件規(guī)格說(shuō)明、軟件設(shè)計(jì)和編碼的最全面也是最后的審查。</p><p>　　通過(guò)軟件測(cè)試，可以發(fā)現(xiàn)軟件中絕大部分潛伏的錯(cuò)誤，從而可以大大提高軟件產(chǎn)品的正確性、可靠性，進(jìn)而可顯著提高產(chǎn)品質(zhì)量。</p><p>　　統(tǒng)計(jì)表明，軟件測(cè)試工作

33、往往占軟件開(kāi)發(fā)總工作量的40%以上。甚至3~5倍以上。</p><p>　　1.2.2軟件測(cè)試的原則</p><p>　?。?）應(yīng)盡早和不斷地進(jìn)行軟件“測(cè)試”，即將這種“測(cè)試”貫穿于軟件開(kāi)發(fā)的各個(gè)階段，堅(jiān)持各個(gè)階段的技術(shù)評(píng)審，以便盡早地發(fā)現(xiàn)和預(yù)防錯(cuò)誤。</p><p>　　（2）測(cè)試用例中，不僅要選擇合理的輸入數(shù)據(jù)，還要選擇不合理的輸入數(shù)據(jù)。</p>

34、<p>　?。?）在開(kāi)發(fā)各階段應(yīng)事先分別制定出相應(yīng)的測(cè)試計(jì)劃，在測(cè)試開(kāi)始后應(yīng)嚴(yán)格執(zhí)行，防止隨意性。</p><p>　　（4）對(duì)發(fā)現(xiàn)錯(cuò)誤較多的程序模塊，應(yīng)進(jìn)行重點(diǎn)測(cè)試。Pareto指出，測(cè)試發(fā)現(xiàn)錯(cuò)誤的80%集中在20%的模塊中。發(fā)現(xiàn)錯(cuò)誤較多的模塊質(zhì)量較差，需重點(diǎn)測(cè)試，并要測(cè)試是否引入了新的錯(cuò)誤。</p><p>　　（5）避免程序員測(cè)試自己的程序。測(cè)試用例的設(shè)計(jì)應(yīng)有第三方參與。對(duì)

35、于大型軟件的測(cè)試，一般的做法是：設(shè)計(jì)者與測(cè)試者共同完成單元測(cè)試任務(wù)，而綜合測(cè)試由專門的測(cè)試機(jī)構(gòu)負(fù)責(zé)，有時(shí)其中也可以有設(shè)計(jì)者參加。</p><p>　?。?）用窮舉測(cè)試是不現(xiàn)實(shí)的，一般通過(guò)設(shè)計(jì)測(cè)試用例，充分覆蓋所有條件或所有語(yǔ)句即可。</p><p>　?。?）長(zhǎng)期妥善保存測(cè)試計(jì)劃、測(cè)試用例、出錯(cuò)統(tǒng)計(jì)和有關(guān)的分析報(bào)告。</p><p>　　1.2.3軟件測(cè)試分類<

36、;/p><p>　　軟件測(cè)試是一項(xiàng)復(fù)雜的系統(tǒng)工程，從不同的角度考慮可以有不同的劃分方法，對(duì)測(cè)試進(jìn)行分類是為了更好的明確測(cè)試的過(guò)程，了解測(cè)試究竟要完成哪些工作，盡量做到全面測(cè)試。</p><p>　　1.按是否需要執(zhí)行被測(cè)軟件的角度 </p><p>　　按是否需要執(zhí)行被測(cè)軟件的角度，可分為靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試，前者不利用計(jì)算機(jī)運(yùn)行待測(cè)程序而應(yīng)用其他手段實(shí)現(xiàn)測(cè)試目的，如代碼

37、審核。（我認(rèn)為主要是讓測(cè)試人員對(duì)編譯器發(fā)現(xiàn)不了的潛在錯(cuò)誤進(jìn)行分析，如無(wú)效的死循環(huán)，多余的變量等），而動(dòng)態(tài)測(cè)試則通過(guò)運(yùn)行被測(cè)試軟件來(lái)達(dá)到目的。</p><p><b>　　2.按階段劃分： </b></p><p><b>　?。?）單元測(cè)試 </b></p><p>　　單元測(cè)試是對(duì)軟件中的基本組成單位進(jìn)行的測(cè)試，如一個(gè)

38、模塊、一個(gè)過(guò)程等等。它是軟件動(dòng)態(tài)測(cè)試的最基本的部分，也是最重要的部分之一，其目的是檢驗(yàn)軟件基本組成單位的正確性。因?yàn)閱卧獪y(cè)試需要知道內(nèi)部程序設(shè)計(jì)和編碼的細(xì)節(jié)知識(shí)，一般應(yīng)由程序員而非測(cè)試員來(lái)完成，往往需要開(kāi)發(fā)測(cè)試驅(qū)動(dòng)模塊和樁模塊來(lái)輔助完成單元測(cè)試。因此應(yīng)用系統(tǒng)有一個(gè)設(shè)計(jì)很好的體系結(jié)構(gòu)就顯得尤為重要。</p><p>　　一個(gè)軟件單元的正確性是相對(duì)于該單元的規(guī)約而言的。因此，單元測(cè)試以被測(cè)試單位的規(guī)約為基準(zhǔn)。單元測(cè)試

39、的主要方法有控制流測(cè)試、數(shù)據(jù)流測(cè)試、排錯(cuò)測(cè)試、分域測(cè)試等等。 </p><p><b>　?。?）集成測(cè)試 </b></p><p>　　集成測(cè)試是在軟件系統(tǒng)集成過(guò)程中所進(jìn)行的測(cè)試，其主要目的是檢查軟件單位之間的接口是否正確。它根據(jù)集成測(cè)試計(jì)劃，一邊將模塊或其他軟件單位組合成越來(lái)越大的系統(tǒng)，一邊運(yùn)行該系統(tǒng)，以分析所組成的系統(tǒng)是否正確，各組成部分是否合拍。集成測(cè)試的策略

40、主要有自頂向下和自底向上兩種。</p><p><b>　?。?）系統(tǒng)測(cè)試 </b></p><p>　　系統(tǒng)測(cè)試是對(duì)已經(jīng)集成好的軟件系統(tǒng)進(jìn)行徹底的測(cè)試，以驗(yàn)證軟件系統(tǒng)的正確性和性能等滿足其規(guī)約所指定的要求，檢查軟件的行為和輸出是否正確并非一項(xiàng)簡(jiǎn)單的任務(wù)，它被稱為測(cè)試的“先知者問(wèn)題”。因此，系統(tǒng)測(cè)試應(yīng)該按照測(cè)試計(jì)劃進(jìn)行，其輸入、輸出和其他動(dòng)態(tài)運(yùn)行行為應(yīng)該與軟件規(guī)約進(jìn)行

41、對(duì)比。軟件系統(tǒng)測(cè)試方法很多，主要有功能測(cè)試、性能測(cè)試、隨機(jī)測(cè)試等等。 </p><p><b>　　（4）驗(yàn)收測(cè)試 </b></p><p>　　驗(yàn)收測(cè)試旨在向軟件的購(gòu)買者展示該軟件系統(tǒng)滿足其用戶的需求。它的測(cè)試數(shù)據(jù)通常是系統(tǒng)測(cè)試的測(cè)試數(shù)據(jù)的子集。所不同的是，驗(yàn)收測(cè)試常常有軟件系統(tǒng)的購(gòu)買者代表在現(xiàn)場(chǎng)，甚至是在軟件安裝使用的現(xiàn)場(chǎng)。這是軟件在投入使用之前的最后測(cè)試。<

42、;/p><p><b>　?。?）回歸測(cè)試 </b></p><p>　　回歸測(cè)試是在軟件維護(hù)階段，對(duì)軟件進(jìn)行修改之后進(jìn)行的測(cè)試。其目的是檢驗(yàn)對(duì)軟件進(jìn)行的修改是否正確。這里，修改的正確性有兩重含義：一是所作的修改達(dá)到了預(yù)定目的，如錯(cuò)誤得到改正，能夠適應(yīng)新的運(yùn)行環(huán)境等等；二是不影響軟件的其他功能的正確性。</p><p>　　（6）Alpha 測(cè)試：

43、在系統(tǒng)開(kāi)發(fā)接近完成時(shí)對(duì)應(yīng)用系統(tǒng)的測(cè)試；測(cè)試后，仍然會(huì)有少量的設(shè)計(jì)變更。這種測(cè)試一般由最終用戶或其他人員完成，不能由程序員或測(cè)試員完成。</p><p>　?。?）Beta 測(cè)試：當(dāng)開(kāi)發(fā)和測(cè)試根本完成時(shí)所做的測(cè)試，而最終的錯(cuò)誤和問(wèn)題需要在最終發(fā)行前找到。這種測(cè)試一般由最終用戶或其他人員完成，不能由程序員或測(cè)試員完成。</p><p>　　3.按測(cè)試方法劃分：</p><p

44、><b>　?。?）白盒測(cè)試 </b></p><p>　　白盒測(cè)試也稱結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試，是指基于一個(gè)應(yīng)用代碼的內(nèi)部邏輯知識(shí)，即基于覆蓋全部代碼、分支、路徑、條件的測(cè)試，它是知道產(chǎn)品內(nèi)部工作過(guò)程，可通過(guò)測(cè)試來(lái)檢測(cè)產(chǎn)品內(nèi)部動(dòng)作是否按照規(guī)格說(shuō)明書的規(guī)定正常進(jìn)行，按照程序內(nèi)部的結(jié)構(gòu)測(cè)試程序，檢驗(yàn)程序中的每條通路是否都有能按預(yù)定要求正確工作，而不顧它的功能，白盒測(cè)試的主要方法有邏輯驅(qū)動(dòng)、

45、基路測(cè)試等，主要用于軟件驗(yàn)證。</p><p>　　“白盒”法全面了解程序內(nèi)部邏輯結(jié)構(gòu)、對(duì)所有邏輯路徑進(jìn)行測(cè)試。“白盒”法是窮舉路徑測(cè)試。在使用這一方案時(shí)，測(cè)試者必須檢查程序的內(nèi)部結(jié)構(gòu)，從檢查程序的邏輯著手，得出測(cè)試數(shù)據(jù)。貫穿程序的獨(dú)立路徑數(shù)是天文數(shù)字。但即使每條路徑都測(cè)試了仍然可能有錯(cuò)誤。第一，窮舉路徑測(cè)試決不能查出程序違反了設(shè)計(jì)規(guī)范，即程序本身是個(gè)錯(cuò)誤的程序。第二，窮舉路徑測(cè)試不可能查出程序中因遺漏路徑而出錯(cuò)

46、。第三，窮舉路徑測(cè)試可能發(fā)現(xiàn)不了一些與數(shù)據(jù)相關(guān)的錯(cuò)誤。</p><p>　　白盒測(cè)試可以借助一些工具來(lái)完成如Junit Framework，Jtest等。</p><p><b>　?。?）黑盒測(cè)試 </b></p><p>　　黑盒測(cè)試是指不基于內(nèi)部設(shè)計(jì)和代碼的任何知識(shí)，而基于需求和功能性的測(cè)試，黑盒測(cè)試也稱功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試，它是在已知

47、產(chǎn)品所應(yīng)具有的功能，通過(guò)測(cè)試來(lái)檢測(cè)每個(gè)功能是否都能正常使用，在測(cè)試時(shí)，把程序看作一個(gè)不能打開(kāi)的黑盆子，在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，測(cè)試者在程序接口進(jìn)行測(cè)試，它只檢查程序功能是否按照需求規(guī)格說(shuō)明書的規(guī)定正常使用，程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)鋸而產(chǎn)生正確的輸出信息，并且保持外部信息（如數(shù)據(jù)庫(kù)或文件）的完整性。</p><p>　　黑盒測(cè)試方法主要有等價(jià)類劃分、邊值分析、因—果圖、錯(cuò)誤推測(cè)等，主要用于軟件

48、確認(rèn)測(cè)試。</p><p>　　“黑盒”法著眼于程序外部結(jié)構(gòu)、不考慮內(nèi)部邏輯結(jié)構(gòu)、針對(duì)軟件界面和軟件功能進(jìn)行測(cè)試?！昂诤小狈ㄊ歉F舉輸入測(cè)試，只有把所有可能的輸入都作為測(cè)試情況使用，才能以這種方法查出程序中所有的錯(cuò)誤。實(shí)際上測(cè)試情況有無(wú)窮多個(gè)，人們不僅要測(cè)試所有合法的輸入，而且還要對(duì)那些不合法但是可能的輸入進(jìn)行測(cè)試。 </p><p>　　黑盒測(cè)試也可以借助一些工具，如WinRunner，Q

49、uickTestPro，Rational Robot等。</p><p>　?。?）ALAC(Act-like-a-customer)測(cè)試 </p><p>　　ALAC測(cè)試是一種基于客戶使用產(chǎn)品的知識(shí)開(kāi)發(fā)出來(lái)的測(cè)試方法。ALAC測(cè)試是基于復(fù)雜的軟件產(chǎn)品有許多錯(cuò)誤的原則。最大的受益者是用戶，缺陷查找和改正將針對(duì)哪些客戶最容易遇到的錯(cuò)誤 。</p><p>

50、　　圖1-2 軟件測(cè)試過(guò)程圖</p><p><b>　　1.3性能測(cè)試</b></p><p>　　1.3.1性能測(cè)試定義</p><p>　　性能測(cè)試是為描述測(cè)試對(duì)象與性能相關(guān)的特征并對(duì)其進(jìn)行評(píng)價(jià)，而實(shí)施和執(zhí)行的一類測(cè)試，如描述和評(píng)價(jià)計(jì)時(shí)配置文件、執(zhí)行流、響應(yīng)時(shí)間以及操作的可靠性和限制等特征。</p><p>　　

51、不同類型的性能測(cè)試側(cè)重于不同的測(cè)試目標(biāo)，這些性能測(cè)試的實(shí)施貫穿于整個(gè)軟件開(kāi)發(fā)生命周期 (Software Development Life Cycle, SDLC)。起初，在構(gòu)架迭代中，性能測(cè)試側(cè)重于確定和消除與構(gòu)架有關(guān)的性能瓶頸。在構(gòu)建迭代中還將實(shí)施和執(zhí)行其他類型的性能測(cè)試，以調(diào)整軟件和環(huán)境（優(yōu)化響應(yīng)時(shí)間和資源），并核實(shí)應(yīng)用程序和系統(tǒng)是否能夠處理高負(fù)載和高強(qiáng)度的情況，如有大量事務(wù)、客戶機(jī)和/或數(shù)據(jù)的情況。</p><

52、;p>　　1.3.2性能測(cè)試簡(jiǎn)介</p><p>　　性能測(cè)試中包含以下測(cè)試類型： </p><p>　?。?）基準(zhǔn)測(cè)試：比較新的或未知測(cè)試對(duì)象與已知參照標(biāo)準(zhǔn)（如現(xiàn)有軟件或評(píng)測(cè)標(biāo)準(zhǔn)）的性能。 </p><p>　?。?）爭(zhēng)用測(cè)試：核實(shí)測(cè)試對(duì)象對(duì)于多個(gè)主角對(duì)相同資源（數(shù)據(jù)記錄、內(nèi)存等）的請(qǐng)求的處理是否可以接受。 </p><p>　?。?

53、）性能配置：核實(shí)在操作條件保持不變的情況下，測(cè)試對(duì)象在使用不同配置時(shí)其性能行為的可接受性。 </p><p>　　（4）負(fù)載測(cè)試：核實(shí)在保持配置不變的情況下，測(cè)試對(duì)象在不同操作條件（如不同用戶數(shù)、事務(wù)數(shù)等）下性能行為的可接受性。 </p><p>　?。?）強(qiáng)度測(cè)試：核實(shí)測(cè)試對(duì)象性能行為在異?；驑O端條件（如資源減少或用戶數(shù)過(guò)多）之下的可接受性。 </p><p>　

54、　性能評(píng)價(jià)通常是和用戶代表一起協(xié)作并且以多級(jí)方法執(zhí)行的。</p><p>　　性能分析的第一級(jí)涉及單一主角/用例實(shí)例的結(jié)果評(píng)價(jià)和多個(gè)測(cè)試執(zhí)行的結(jié)果比較。例如，在測(cè)試對(duì)象上沒(méi)有其他活動(dòng)的情況下，記錄單一主角執(zhí)行單一用例的性能行為，并將結(jié)果與相同主角/用例的其他幾個(gè)測(cè)試執(zhí)行進(jìn)行比較。第一級(jí)分析有助于確定可以表明系統(tǒng)資源中存在爭(zhēng)用的趨勢(shì)，該趨勢(shì)將影響從其他性能測(cè)試結(jié)果所得出的結(jié)論的有效性。</p><

55、;p>　　分析的第二級(jí)檢查特定主角/用例執(zhí)行的摘要統(tǒng)計(jì)信息和實(shí)際數(shù)據(jù)值，以及測(cè)試對(duì)象的性能行為。摘要統(tǒng)計(jì)信息包括響應(yīng)時(shí)間的標(biāo)準(zhǔn)偏差和百分位分布，這些信息顯示了系統(tǒng)響應(yīng)的變動(dòng)情況，正如每個(gè)主角所見(jiàn)到的一樣。</p><p>　　分析的第三級(jí)有助于理解性能問(wèn)題的起因和加權(quán)值。該詳細(xì)分析采用低級(jí)數(shù)據(jù)并且使用統(tǒng)計(jì)方法，幫助測(cè)試員從數(shù)據(jù)中得出正確的結(jié)論。詳細(xì)分析為決策提供客觀和定量的標(biāo)準(zhǔn)，但是它耗時(shí)較長(zhǎng)，并且要求對(duì)統(tǒng)

56、計(jì)學(xué)有基本的理解。</p><p>　　當(dāng)性能行為差異確實(shí)存在，或是由于某些與測(cè)試數(shù)據(jù)收集相關(guān)的隨機(jī)事件引起時(shí)，詳細(xì)分析使用統(tǒng)計(jì)加權(quán)值的概念來(lái)幫助理解。即認(rèn)為在基本級(jí)上，任何事件都具有隨機(jī)性。統(tǒng)計(jì)測(cè)試確定是否存在無(wú)法用隨機(jī)事件解釋的系統(tǒng)差異。</p><p>　　第二章 LoadRunner概述</p><p>　　2.1LoadRunner簡(jiǎn)介</p>

57、;<p>　　2.1.1自動(dòng)性能測(cè)試</p><p>　　自動(dòng)性能測(cè)試是一項(xiàng)規(guī)范，它利用有關(guān)產(chǎn)品、人員和過(guò)程的信息來(lái)減少應(yīng)用程序、升級(jí)應(yīng)用程序或修補(bǔ)程序部署中的風(fēng)險(xiǎn)。自動(dòng)性能測(cè)試的核心原理是通過(guò)將生產(chǎn)時(shí)的工作量應(yīng)用于預(yù)部署系統(tǒng)來(lái)衡量系統(tǒng)性能和最終用戶體驗(yàn)。構(gòu)造嚴(yán)密的性能測(cè)試可回答如下問(wèn)題：</p><p>　　（1）應(yīng)用程序是否能夠很快地響應(yīng)用戶的要求？</p>

58、<p>　?。?）應(yīng)用程序是否能處理預(yù)期的用戶負(fù)載并具有盈余能力？</p><p>　?。?）應(yīng)用程序是否能處理業(yè)務(wù)所需的事務(wù)數(shù)量？</p><p>　?。?）在預(yù)期和非預(yù)期的用戶負(fù)載下，應(yīng)用程序是否穩(wěn)定？</p><p>　?。?）是否能確保用戶在真正使用軟件時(shí)獲得積極的體驗(yàn)？</p><p>　　通過(guò)回答以上問(wèn)題，自動(dòng)性能測(cè)試

59、可以量化更改業(yè)務(wù)指標(biāo)所產(chǎn)生的影響。進(jìn)而可以說(shuō)明部署的風(fēng)險(xiǎn)。有效的自動(dòng)性能測(cè)試過(guò)程將有助于做出更明智的發(fā)行決策，并防止系統(tǒng)出現(xiàn)故障和解決可用性問(wèn)題。</p><p>　　在現(xiàn)階段，隨著軟件開(kāi)發(fā)技術(shù)快速發(fā)展，日趨成熟，現(xiàn)代應(yīng)用程序的復(fù)雜性也在急劇上升。應(yīng)用程序也許使用數(shù)十個(gè)或數(shù)百個(gè)組件就能從事曾一度用紙或手來(lái)處理的工作。在業(yè)務(wù)處理過(guò)程中，應(yīng)用程序的復(fù)雜程度與潛在故障點(diǎn)的數(shù)量有直接的關(guān)聯(lián)。故障點(diǎn)越多，找出問(wèn)題根源的難度

60、就越大。</p><p>　　此外，不管是因?yàn)橐峁┚哂懈?jìng)爭(zhēng)力的優(yōu)勢(shì)還是因?yàn)橐憫?yīng)業(yè)務(wù)條件的變化，軟件應(yīng)用程序每周、每月和每年都在發(fā)生著變化。而這一系列的變化又將導(dǎo)致其他風(fēng)險(xiǎn)，各公司必須對(duì)這些風(fēng)險(xiǎn)進(jìn)行管理。</p><p>　　驚人的變化速度和軟件復(fù)雜性的急劇上升也給軟件開(kāi)發(fā)過(guò)程帶來(lái)了巨大的風(fēng)險(xiǎn)。嚴(yán)格的性能測(cè)試是量化和減少業(yè)務(wù)風(fēng)險(xiǎn)最常見(jiàn)的策略。使用LoadRunner進(jìn)行自動(dòng)負(fù)載測(cè)試應(yīng)用程

61、序部署過(guò)程中必不可少的部分。</p><p>　　全球業(yè)務(wù)優(yōu)化科技（BTO）的領(lǐng)導(dǎo)者美科利（Mercury）公司通過(guò)在多年積累的經(jīng)驗(yàn)中發(fā)現(xiàn)，自動(dòng)化測(cè)試解決方案通常使用四種主要組件來(lái)創(chuàng)建和運(yùn)行測(cè)試。其中包括：Virtual User Generator將最終用戶業(yè)務(wù)流程捕捉到自動(dòng)化腳本中。Controller可以組織、驅(qū)動(dòng)、管理和監(jiān)控負(fù)載。Load Generator可以在執(zhí)行階段運(yùn)行虛擬用戶。Analysis E

62、ngine可以查看、仔細(xì)分析和對(duì)比測(cè)試結(jié)果。</p><p>　　有些機(jī)構(gòu)通過(guò)將流程分割成獨(dú)立的階段，成功地實(shí)施了自動(dòng)化性能測(cè)試。美科利認(rèn)為，雖然每個(gè)性能測(cè)試的實(shí)施過(guò)程都有所差異，但廣義上說(shuō)，該流程可以分為以下四個(gè)階段——設(shè)計(jì)、創(chuàng)建、執(zhí)行和診斷/調(diào)優(yōu)。</p><p>　　設(shè)計(jì)階段包括定義被測(cè)業(yè)務(wù)流程，定義業(yè)務(wù)流程的平均或峰值生產(chǎn)時(shí)，并制定系統(tǒng)總體的用戶和響應(yīng)時(shí)間目標(biāo)。該階段中，性能測(cè)試小

63、組將和業(yè)務(wù)部門（LOB）合作，收集性能需求。性能需求主要分為業(yè)務(wù)需求、技術(shù)需求、系統(tǒng)需求和團(tuán)隊(duì)需求等四種。</p><p>　　創(chuàng)建階段的任務(wù)包括對(duì)設(shè)計(jì)階段所確定的業(yè)務(wù)流程和工作負(fù)荷進(jìn)行調(diào)優(yōu)，使其成為自動(dòng)化組件，可推動(dòng)形成反復(fù)的、實(shí)際的負(fù)載。它分為自動(dòng)化安裝和環(huán)境安裝兩個(gè)重點(diǎn)。自動(dòng)化安裝通常是由性能工程師來(lái)完成包括腳本創(chuàng)建、交易、參數(shù)化、場(chǎng)景、監(jiān)測(cè)器等一系列連續(xù)任務(wù)。環(huán)境安裝包括裝配必需的硬件、軟件和數(shù)據(jù)，以實(shí)現(xiàn)

64、一個(gè)成功的、真實(shí)的負(fù)載測(cè)試。</p><p>　　執(zhí)行階段包括運(yùn)行負(fù)載場(chǎng)景和衡量系統(tǒng)性能。它是由多種性能測(cè)試所組成的多步驟進(jìn)程。每種類型的測(cè)試可以提供必要信息，則能夠充分了解應(yīng)用發(fā)布的業(yè)務(wù)風(fēng)險(xiǎn)。負(fù)載測(cè)試的種類包括基線測(cè)試、性能測(cè)試、標(biāo)準(zhǔn)測(cè)試、滲透測(cè)試、峰值測(cè)試等。</p><p>　　診斷和調(diào)優(yōu)階段的重點(diǎn)在于定位問(wèn)題，協(xié)助快速解決問(wèn)題，并調(diào)整系統(tǒng)參數(shù)以最大化系統(tǒng)性能。在性能測(cè)試期間和性能測(cè)

65、試之后，可以通過(guò)對(duì)監(jiān)控、分析、調(diào)優(yōu)、診斷四個(gè)步驟的反復(fù)運(yùn)行，進(jìn)一步實(shí)現(xiàn)性能的最優(yōu)化。</p><p>　　2.1.2LoadRunner介紹</p><p>　　Mercury LoadRunner通過(guò)在部署新系統(tǒng)或更新之前檢測(cè)瓶頸，防止生產(chǎn)中發(fā)生耗資不菲的性能問(wèn)題?？梢则?yàn)證新的或更新的應(yīng)用程序在推出前將提供預(yù)期的業(yè)務(wù)成果，防止硬件和基礎(chǔ)架構(gòu)上的過(guò)度開(kāi)銷。它是具備行業(yè)標(biāo)準(zhǔn)的負(fù)載測(cè)試解決方案

66、，用于預(yù)測(cè)系統(tǒng)行為和性能，它也是如今市場(chǎng)中唯一集成負(fù)載測(cè)試、調(diào)整和診斷的方案。通過(guò) LoadRunner Web 測(cè)試軟件，可以衡量端對(duì)端性能、診斷應(yīng)用程序和系統(tǒng)瓶頸以及進(jìn)行調(diào)整以獲得更佳性能，所有這些都通過(guò)單點(diǎn)控制實(shí)現(xiàn)。它支持廣泛的企業(yè)環(huán)境，包括 Web 服務(wù)、J2EE 和 .NET。 </p><p>　　使用 LoadRunner 能夠：</p><p>　?。?）準(zhǔn)確了解端對(duì)端系統(tǒng)

67、的性能。 </p><p>　?。?）驗(yàn)證新的和更新的應(yīng)用程序使其符合特定的性能需求。 </p><p>　?。?）確定并消除開(kāi)發(fā)生命周期中的性能瓶頸。</p><p>　　LoadRuner包含下列組件：</p><p>　　（1）虛擬用戶生成器：用于捕獲最終用戶流程和創(chuàng)建自動(dòng)性能測(cè)試腳本。</p><p>　?。?

68、）Controller：用于組織、驅(qū)動(dòng)、管理和監(jiān)控負(fù)載測(cè)試。</p><p>　?。?）負(fù)載生成器：用于通過(guò)運(yùn)行虛擬用戶生成負(fù)載。</p><p>　?。?）Analysis：有助于查看、分析和比較性能結(jié)果。</p><p>　　負(fù)載測(cè)試通常由五個(gè)階段組成：計(jì)劃、腳本創(chuàng)建、場(chǎng)景定義、場(chǎng)景執(zhí)行和結(jié)果分析。</p><p>　　計(jì)劃負(fù)載測(cè)試：定義

69、性能測(cè)試要求，例如并發(fā)用戶的數(shù)量、典型業(yè)務(wù)流程和所需響應(yīng)時(shí)間。</p><p>　　創(chuàng)建Vuser腳本：將最終用戶活動(dòng)捕獲到自動(dòng)腳本中。</p><p>　　定義場(chǎng)景：使用LoadRunner Controller設(shè)置負(fù)載測(cè)試環(huán)境。</p><p>　　運(yùn)行場(chǎng)景：通過(guò)LoadRunner Controller驅(qū)動(dòng)、管理和監(jiān)控負(fù)載測(cè)試。</p><

70、p>　　分析結(jié)果：使用LoadRunner Analysis創(chuàng)建圖和報(bào)告并評(píng)估性能。</p><p>　　2.2LoadRunner的功能</p><p><b>　　1.創(chuàng)建負(fù)載測(cè)試 </b></p><p>　　Controller 是用來(lái)創(chuàng)建、管理和監(jiān)控測(cè)試的中央控制臺(tái)。使用 Controller 可以運(yùn)行用來(lái)模擬實(shí)際用戶執(zhí)行的操作

71、的示例腳本，并可以通過(guò)讓多個(gè)虛擬用戶同時(shí)執(zhí)行這些操作來(lái)在系統(tǒng)中創(chuàng)建負(fù)載。</p><p>　　（1）打開(kāi)“Mercury LoadRunner”窗口。</p><p>　　選擇“開(kāi)始”> “程序”> “Mercury LoadRunner”> “LoadRunner”。將打開(kāi)“Mercury LoadRunner Launcher”窗口。</p><p

72、>　　圖2-1 LoadRunner主界面圖</p><p>　　（2）ControllerLoadRunner </p><p>　　在“負(fù)載測(cè)試”選項(xiàng)卡中，單擊“運(yùn)行負(fù)載測(cè)試”。默認(rèn)情況下，LoadRunnerController 打開(kāi)時(shí)將顯示“新建場(chǎng)景”對(duì)話框。 </p><p>　　圖2-2 “新建場(chǎng)景”對(duì)話框</p><p&g

73、t;<b>　　單擊“取消”。 </b></p><p>　?。?）打開(kāi)示例測(cè)試。 </p><p>　　從Controller 菜單中選擇“文件”> “打開(kāi)”，并打開(kāi)<LoadRunner安裝> \Tutorial目錄中的demo_scenario.lrs。</p><p>　　將打開(kāi) LoadRunner Controll

74、er 的“設(shè)計(jì)”選項(xiàng)卡，demo_script 測(cè)試將出現(xiàn)在“場(chǎng)景組”窗格中?？梢钥吹揭逊峙?2 個(gè) Vuser 運(yùn)行測(cè)試。如圖2-3。</p><p>　　此時(shí)，可以準(zhǔn)備運(yùn)行測(cè)試了。</p><p><b>　　2.運(yùn)行負(fù)載測(cè)試</b></p><p>　　單擊“啟動(dòng)場(chǎng)景”按鈕。將顯示 Controller 運(yùn)行視圖，Controller 將

75、開(kāi)始運(yùn)行場(chǎng)景。 </p><p>　　在“場(chǎng)景組”窗格中，可以看到 Vuser 逐漸開(kāi)始運(yùn)行并在系統(tǒng)上生成負(fù)載?？梢栽诼?lián)機(jī)圖上看到服務(wù)器對(duì) Vuser 操作的響應(yīng)度。</p><p><b>　　如圖2-4。</b></p><p>　　圖2-3 “場(chǎng)景組”窗格</p><p>　　圖2-4 Controller

76、運(yùn)行視圖</p><p><b>　　3.監(jiān)控負(fù)載測(cè)試</b></p><p>　　創(chuàng)建應(yīng)用程序中的負(fù)載的同時(shí)，希望了解應(yīng)用程序的實(shí)時(shí)執(zhí)行情況以及可能存在瓶頸的位置。使用LoadRunner的集成監(jiān)控器套件可以度量負(fù)載測(cè)試期間每個(gè)單一層、服務(wù)器和系統(tǒng)組件的性能。LoadRunner包括用于各種主要后端系統(tǒng)組件（其中包括Web、應(yīng)用程序、網(wǎng)絡(luò)、數(shù)據(jù)庫(kù)和ERP/CRM服務(wù)

77、器）的監(jiān)控器。 </p><p>　?。?）查看默認(rèn)圖。 </p><p>　　默認(rèn)情況下，Controller顯示正在運(yùn)行的Vuser圖、事務(wù)響應(yīng)時(shí)間圖、每秒點(diǎn)擊次數(shù)圖和 Windows 資源圖。前三個(gè)不需要配置。已配置了Windows資源監(jiān)控器以進(jìn)行此測(cè)試。 </p><p>　　通過(guò)正在運(yùn)行的 Vuser—整個(gè)場(chǎng)景圖，可以監(jiān)控指定時(shí)間正在運(yùn)行的Vuser數(shù)?？?/p>

78、以看到 Vuser以每分鐘2個(gè)Vuser的速率逐漸開(kāi)始運(yùn)行。 </p><p>　　通過(guò)事務(wù)響應(yīng)時(shí)間—整個(gè)場(chǎng)景圖，可以監(jiān)控完成每個(gè)事務(wù)所花費(fèi)的時(shí)間?？梢钥吹娇蛻舻卿?、搜索航班、購(gòu)買機(jī)票、查看線路和從系統(tǒng)注銷所花費(fèi)的時(shí)間。 </p><p>　　可以看到隨著越來(lái)越多的 Vuser 運(yùn)行接受測(cè)試的應(yīng)用程序，事務(wù)響應(yīng)時(shí)間將增加，并且提供給客戶的服務(wù)水平將降低。</p><p&

79、gt;　　圖2-5 正在運(yùn)行Vuser--整個(gè)場(chǎng)景圖</p><p>　　圖2-6 事務(wù)響應(yīng)時(shí)間--整個(gè)場(chǎng)景圖</p><p>　　通過(guò)每秒點(diǎn)擊次數(shù)—整個(gè)場(chǎng)景圖，可以監(jiān)控場(chǎng)景運(yùn)行的每一秒內(nèi)Vuser在Web服務(wù)器上的點(diǎn)擊次數(shù)（HTTP請(qǐng)求數(shù)）。這樣可以跟蹤了解在服務(wù)器上生成的負(fù)載量。 </p><p>　　通過(guò)Windows資源圖，可以監(jiān)控在場(chǎng)景執(zhí)行期間度量的W

80、indows資源使用情況（例如CPU、磁盤或內(nèi)存使用率）。</p><p>　　注意，每個(gè)度量顯示在圖例的彩色編碼行中。每行都與圖中相同顏色的線條相對(duì)應(yīng)。 </p><p>　　選擇一行，圖中的相應(yīng)線條將突出顯示，反之亦然。</p><p>　?。?）查看錯(cuò)誤信息。 </p><p>　　如果計(jì)算機(jī)處理的負(fù)載很重，則可能遇到錯(cuò)誤。 </

81、p><p>　　在可用圖樹(shù)中選擇錯(cuò)誤統(tǒng)計(jì)信息圖并將其拖入Windows資源圖窗格中。錯(cuò)誤統(tǒng)計(jì)信息圖提供了有關(guān)場(chǎng)景執(zhí)行期間發(fā)生錯(cuò)誤時(shí)間及錯(cuò)誤數(shù)的詳細(xì)信息。這些錯(cuò)誤按照錯(cuò)誤源（例如在腳本中的位置或負(fù)載生成器名）分組。 </p><p>　　在此例中，可以看到5分鐘后系統(tǒng)開(kāi)始遇到錯(cuò)誤數(shù)不斷增加。這些錯(cuò)誤是由響應(yīng)時(shí)間降低引起的超時(shí)所導(dǎo)致的。 </p><p>　　圖2-7 錯(cuò)

82、誤統(tǒng)計(jì)信息圖</p><p><b>　　4.分析結(jié)果 </b></p><p>　　測(cè)試運(yùn)行結(jié)束時(shí)，LoadRunner將提供一個(gè)深入分析部分，此部分由詳細(xì)的圖和報(bào)告組成?？梢詫⒍鄠€(gè)場(chǎng)景中的結(jié)果組合在一起來(lái)比較多個(gè)圖。也可以使用自動(dòng)關(guān)聯(lián)工具將所有包含能夠?qū)憫?yīng)時(shí)間產(chǎn)生影響的數(shù)據(jù)的圖合并，并確定出現(xiàn)問(wèn)題的原因。使用這些圖和報(bào)告，可以容易地識(shí)別應(yīng)用程序中的瓶頸，并確定需

83、要對(duì)系統(tǒng)進(jìn)行哪些更改來(lái)提高系統(tǒng)性能。</p><p>　　通過(guò)選擇“結(jié)果”> “結(jié)果設(shè)置”或單擊“分析結(jié)果”按鈕，可以打開(kāi)帶有場(chǎng)景結(jié)果的Analysis。結(jié)果保存在<LoadRunner安裝>\Results\tutorial_de</p><p>　　-mo_res目錄下。</p><p>　　2.3LoadRunner的安裝</p>

84、<p><b>　　2.3.1系統(tǒng)要求</b></p><p>　　目前部門的測(cè)試機(jī)和工作機(jī)器足可以滿足LoadRunner8.1 的最低要求。不過(guò)要比較好運(yùn)行LoadRunner，內(nèi)存最好在512M以上，安裝LoadRunner的磁盤空間至少剩余500M。操作系統(tǒng)至少為Windows 2000或WindowsNT。</p><p>　　2.3.2Loa

85、dRunner安裝</p><p>　　LoadRunner8.1中文版安裝基本分兩個(gè)步驟：首先安裝LoadRunner8.1英文原版，然后安裝中文語(yǔ)言插件包, 下載LoadRunner8.1英文原版，將壓縮文件解壓到本機(jī)的安裝。過(guò)程比較簡(jiǎn)單，開(kāi)始安裝LoadRunner，以Administrator 的身份登陸WindowsNT 后，運(yùn)行LoadRunner 安裝目錄下Setup.exe 即可進(jìn)入安裝程序。&l

86、t;/p><p>　?。?）點(diǎn)擊“Yes”同意協(xié)議，開(kāi)始安裝。</p><p>　　圖2-8 LoadRunner安裝過(guò)程示意圖</p><p>　　（2）選擇“Typical”典型安裝，單擊“Next”進(jìn)行下一步設(shè)置。</p><p>　　圖2-9 LoadRunner安裝過(guò)程示意圖</p><p>　?。?）單擊“

87、Next”進(jìn)行下一步設(shè)置。</p><p>　　圖2-10 LoadRunner安裝過(guò)程示意圖</p><p>　?。?）后面一直單擊“Next”進(jìn)行下一步設(shè)置安裝，重啟計(jì)算機(jī)后安裝完成。</p><p>　?。?）安裝完成后添加注冊(cè)序列號(hào)既License。</p><p>　　圖2-11 添加Licesnse示意圖</p>

88、<p>　　圖2-12 添加Licesnse示意圖</p><p>　?。?）運(yùn)行LoadRunner軟件。</p><p>　　圖2-13 LoadRunner主界面</p><p>　　第三章 測(cè)試的系統(tǒng)</p><p>　　3.1測(cè)試的系統(tǒng)的簡(jiǎn)介</p><p>　　測(cè)試的系統(tǒng)為新奧家電連鎖網(wǎng)絡(luò)

89、系統(tǒng)。此系統(tǒng)的開(kāi)發(fā)能夠?qū)V告、信息、市場(chǎng)推廣、統(tǒng)一配送、經(jīng)營(yíng)管理模式等資源實(shí)現(xiàn)共享，同時(shí)可將信息進(jìn)行統(tǒng)一集中管理，優(yōu)化業(yè)務(wù)流程，提高工作效率，降低流通費(fèi)用，同時(shí)還實(shí)現(xiàn)了各個(gè)連鎖店的統(tǒng)一銷售活動(dòng)及銷售登記等功能。</p><p><b>　　3.2測(cè)試的系統(tǒng)</b></p><p>　　3.2.1總體功能結(jié)構(gòu)</p><p>　　新奧家電連鎖網(wǎng)絡(luò)

90、系統(tǒng)的功能結(jié)構(gòu)如圖3-1所示：</p><p>　　圖3-1 系統(tǒng)功能結(jié)構(gòu)圖</p><p><b>　　3.2.2前臺(tái)開(kāi)發(fā)</b></p><p>　　新奧家電連鎖網(wǎng)絡(luò)系統(tǒng)的前臺(tái)主要包括首頁(yè)（新聞動(dòng)態(tài)）、產(chǎn)品展示、公司簡(jiǎn)介、連鎖網(wǎng)絡(luò)、聯(lián)系我們、留言簿等模塊。</p><p>　　前臺(tái)首頁(yè)運(yùn)行結(jié)果如圖3-2所示。<

91、;/p><p>　　圖3-2 前臺(tái)首頁(yè)運(yùn)行結(jié)果</p><p>　　產(chǎn)品展示頁(yè)面運(yùn)行結(jié)果如圖3-3和圖3-4所示。</p><p>　　圖3-3 產(chǎn)品展示運(yùn)行結(jié)果</p><p>　　圖3-4 產(chǎn)品展示的詳細(xì)界面</p><p>　　連鎖網(wǎng)絡(luò)頁(yè)面的運(yùn)行結(jié)果如圖3-5所示。</p><p>　　

92、圖3-5 連鎖網(wǎng)絡(luò)頁(yè)面的運(yùn)行結(jié)果</p><p>　　前臺(tái)留言簿頁(yè)面運(yùn)行結(jié)果如圖3-6所示。</p><p>　　圖3-6 留言簿界面</p><p><b>　　3.2.3后臺(tái)開(kāi)發(fā)</b></p><p>　　新奧家電連鎖網(wǎng)絡(luò)系統(tǒng)的后臺(tái)主要由9個(gè)模塊組成，分別是后臺(tái)登錄、用戶管理、公司管理、產(chǎn)品管理、留言管理、銷售

93、登記、銷售查詢、銷售排行。</p><p>　　留言管理模塊的運(yùn)行結(jié)果如圖3-7所示。</p><p>　　圖3-7 留言管理模塊運(yùn)行結(jié)果</p><p>　　在銷售查詢中可以根據(jù)時(shí)間段、連鎖店、銷售的商品等信息進(jìn)行條件查詢，以便統(tǒng)計(jì)出某段時(shí)間內(nèi)的銷售情況，管理人員可以根據(jù)其情況進(jìn)行管理及對(duì)銷售好的連鎖店進(jìn)行獎(jiǎng)勵(lì)等活動(dòng)。</p><p>　

94、　銷售查詢頁(yè)面的運(yùn)行結(jié)果如圖3-8所示。</p><p>　　圖3-8 銷售查詢模塊運(yùn)行結(jié)果</p><p>　　在后臺(tái)登錄中，對(duì)用戶的權(quán)限是有限定的。普通用戶登錄時(shí)，只能對(duì)銷售登記、銷售查詢、銷售排行及留言管理進(jìn)行管理。對(duì)于其他模塊，則不能進(jìn)行編輯操作，系統(tǒng)會(huì)提示其沒(méi)有權(quán)限。當(dāng)管理人員登錄時(shí)，則可以編輯所有的模塊信息。在用戶管理模塊中，可以對(duì)普通用戶人員信息進(jìn)行修改及刪除操作；對(duì)管理人

95、員的信息，只能進(jìn)行修改操作。</p><p>　　用戶管理頁(yè)面運(yùn)行結(jié)果如圖3-9所示。</p><p>　　圖3-9 用戶管理頁(yè)面運(yùn)行結(jié)果</p><p>　　由于篇幅問(wèn)題，其他模塊在這里就不再介紹了。</p><p><b>　　3.2.4網(wǎng)站架設(shè)</b></p><p><b>　

96、?。?）開(kāi)發(fā)環(huán)境</b></p><p>　　容器：Tomcat5.0容器下運(yùn)行。</p><p>　　JDK：J2sdk 1.4版本。</p><p>　　操作系統(tǒng)：Windows 2000 Server 或更高版本。</p><p>　　數(shù)據(jù)庫(kù)：SQL Server 2000 系統(tǒng)，SQL Server 2000 SP3補(bǔ)丁。

97、</p><p>　　JDBC驅(qū)動(dòng)：Microsoft SQL Server 2000 Driver for JDBC。</p><p><b>　?。?）建立站點(diǎn)</b></p><p>　　在Tomact 5.0\webapps文件夾下以工程的名稱electric建立文件夾，接著在electric下建立WEB-INF文件夾，最后在WEB-I

98、NF下建立classes文件夾、lib文件夾及web.xml保存類文件、需要的包存儲(chǔ)信息及配置站點(diǎn)的信息。將Microsoft SQL Server 2000 Driver for JDBC 復(fù)制到Tomact 5.0\webapps\</p><p>　　electric\WEB-INF\lib下，既完成站點(diǎn)的配置工作。</p><p>　　3.3系統(tǒng)測(cè)試目的和測(cè)試流程</p>

99、;<p>　　多用戶在客戶端訪問(wèn)服務(wù)器時(shí)，有時(shí)出現(xiàn)了不能訪問(wèn)和登錄異常等現(xiàn)象。為了查看在客戶端能同時(shí)登錄多少用戶，有必要利用工具LoadRunner對(duì)新奧家電連鎖網(wǎng)絡(luò)系統(tǒng)進(jìn)行壓力測(cè)試。</p><p>　　系統(tǒng)設(shè)計(jì)要求系統(tǒng)能承受100個(gè)用戶同時(shí)登錄，且站點(diǎn)服務(wù)器和數(shù)據(jù)庫(kù)服務(wù)器不能出現(xiàn)任何問(wèn)題。</p><p>　　站點(diǎn)測(cè)試的基本流程：</p><p>

100、　　新聞動(dòng)態(tài) > 產(chǎn)品展示 > 登錄 > 留言管理 > 銷售查詢 > 銷售排行</p><p>　　第四章 腳本和場(chǎng)景</p><p>　　4.1生成腳本和播放腳本</p><p><b>　　4.1.1生成腳本</b></p><p>　　要?jiǎng)?chuàng)建負(fù)載，需要首先生成模擬實(shí)際用戶行為的自動(dòng)腳

101、本。</p><p>　　在測(cè)試環(huán)境中，LoadRunner 會(huì)在物理計(jì)算機(jī)上用虛擬用戶（即Vuser）代替實(shí)際用戶。Vuser 通過(guò)以可重復(fù)、可預(yù)測(cè)的方式模擬典型用戶的操作，在系統(tǒng)上創(chuàng)建負(fù)載。</p><p>　　LoadRunner 虛擬用戶生成器 (VuGen) 采用錄制并播放機(jī)制。當(dāng)在應(yīng)用程序中按照業(yè)務(wù)流程操作時(shí)，VuGen 將這些操作錄制到自動(dòng)腳本中，以便作為負(fù)載測(cè)試的基礎(chǔ)。&l

102、t;/p><p><b>　　1.準(zhǔn)備錄制</b></p><p>　　要開(kāi)始錄制用戶操作，打開(kāi) VuGen 并創(chuàng)建一個(gè)空白腳本。通過(guò)錄制事件和添加手動(dòng)增強(qiáng)內(nèi)容來(lái)填充空白腳本。 </p><p>　?。?）啟動(dòng) LoadRunner。 </p><p>　　選擇“開(kāi)始”> “程序”> “Mercury LoadR

103、unner”> “LoadRunner”。將打開(kāi)“Mercury LoadRunner Launcher”窗口。如圖4-1所示。</p><p>　　圖4-1 LoadRunner 主窗口</p><p>　?。?）打開(kāi) VuGen。 </p><p>　　在 Launcher 窗口中，單擊“負(fù)載測(cè)試”選項(xiàng)卡 </p><p>　　單

104、擊“創(chuàng)建/ 編輯腳本”。將打開(kāi) VuGen 的開(kāi)始頁(yè)。</p><p><b>　　如圖4-2所示。</b></p><p>　?。?）創(chuàng)建一個(gè)空白 Web 腳本 </p><p>　　在 VuGen 開(kāi)始頁(yè)的“腳本”選項(xiàng)卡中，單擊“新建 Vuser 腳本”將打開(kāi)“新建虛擬用戶”對(duì)話框，其中顯示用于新建單協(xié)議腳本的選項(xiàng)。</p>

105、<p>　　協(xié)議是客戶端用來(lái)與系統(tǒng)后端進(jìn)行通信的語(yǔ)言。Mercury Tours是基于Web的應(yīng)用程序，因此將創(chuàng)建一個(gè) Web 虛擬用戶腳本。</p><p><b>　　如圖4-3所示。</b></p><p>　　圖4-2 VuGen開(kāi)始頁(yè)</p><p>　　圖4-3 新建虛擬用戶”對(duì)話框</p><p&

106、gt;　　注意：在多協(xié)議腳本中，高級(jí)用戶在一個(gè)錄制會(huì)話期間可以錄制多個(gè)協(xié)議。在本系統(tǒng)測(cè)試中，將創(chuàng)建一個(gè)Web 類型的單協(xié)議腳本。錄制其他類型的單協(xié)議腳本或多協(xié)議腳本的過(guò)程與錄制 Web 腳本所用的方法相似。 </p><p>　　確?！邦悇e”類型為“所有協(xié)議”。VuGen 將顯示所有可用于單協(xié)議腳本的協(xié)議列表。向下滾動(dòng)該列表，選擇“Web (HTTP/HTML)”并單擊“確定”創(chuàng)建一個(gè)空白 Web 腳本。<

107、/p><p><b>　　2.使用錄制向?qū)?lt;/b></p><p>　　打開(kāi) VuGen 的向?qū)r(shí)將出現(xiàn)空白腳本，并且該向?qū)У淖髠?cè)將顯示任務(wù)窗格。（如果任務(wù)窗格沒(méi)有顯示，單擊工具欄上的“任務(wù)”按鈕）</p><p>　　VuGen 向?qū)⒅甘局鸩絼?chuàng)建腳本并根據(jù)所需的測(cè)試環(huán)境編輯此腳本。</p><p>　　任務(wù)窗格列出了腳本

108、創(chuàng)建過(guò)程中的每個(gè)步驟或任務(wù)。在執(zhí)行每個(gè)步驟時(shí)， VuGen 將在該窗口的主區(qū)域中顯示詳細(xì)的說(shuō)明和規(guī)則。</p><p>　　可以自定義VuGen窗口顯示或隱藏各種工具欄。要顯示或隱藏工具欄，選擇 “視圖”> “工具欄”并切換所需工具欄旁邊的復(fù)選標(biāo)記。</p><p>　　通過(guò)打開(kāi)任務(wù)窗格并單擊其中一個(gè)任務(wù)步驟可以在任何階段返回 VuGen向?qū)АＨ鐖D4-4所示。</p>

109、<p>　　圖4-4 錄制腳本向?qū)?lt;/p><p><b>　　3.開(kāi)始錄制</b></p><p>　　創(chuàng)建用戶模擬的下一步是錄制實(shí)際用戶執(zhí)行的事件。在前面，已經(jīng)創(chuàng)建了一個(gè)空白 Web 腳本?，F(xiàn)在可以開(kāi)始將事件直接錄制到腳本中。在這里，將跟蹤一位乘客預(yù)訂從丹佛到洛杉磯的航班，然后查看航班路線事件。</p><p>　　要錄制腳本，

110、執(zhí)行下列操作： </p><p>　?。?）在 Mercury Tours 網(wǎng)站上開(kāi)始錄制。 </p><p>　　在任務(wù)窗格中，單擊步驟 1 中的“錄制應(yīng)用程序” </p><p>　　單擊說(shuō)明窗格底部的“開(kāi)始錄制”。 </p><p>　　圖4-5 錄制應(yīng)用程序向?qū)?lt;/p><p>　　也可以選擇“Vuser”&g

111、t; “開(kāi)始錄制”或單擊頁(yè)面頂部工具欄中的“開(kāi)始錄制”按鈕</p><p>　　將打開(kāi)“開(kāi)始錄制”對(duì)話框。</p><p>　　圖4-6 “開(kāi)始錄制”對(duì)話框</p><p>　　在“URL”地址框中，鍵入http://172.16.180.12:8080/electric/。在“錄制到操作”框中，選擇“操作”。單擊“確定”。 </p><p&g

112、t;　　將打開(kāi)一個(gè)新的 Web 瀏覽器，并顯示新奧家電連鎖網(wǎng)絡(luò)系統(tǒng)站點(diǎn)。</p><p>　　圖4-7 新奧家電連鎖網(wǎng)絡(luò)系統(tǒng)網(wǎng)站</p><p>　　將打開(kāi)浮動(dòng)錄制工具欄。</p><p>　　圖4-8 浮動(dòng)錄制工具欄</p><p>　?。?）登錄到新奧家電連鎖網(wǎng)絡(luò)。</p><p>　　在打開(kāi)的網(wǎng)頁(yè)中，查看最新

113、新聞動(dòng)態(tài)。</p><p>　?。?）點(diǎn)擊導(dǎo)航條中的產(chǎn)品展示。</p><p><b>　　查看新產(chǎn)品。</b></p><p>　　（4）在左側(cè)欄，輸入用戶明和密碼，進(jìn)入網(wǎng)站后臺(tái)。</p><p><b>　　查看最新留言。</b></p><p>　?。?）點(diǎn)擊導(dǎo)航條中的

114、銷售查詢。</p><p>　　銷售日期至：選擇當(dāng)前日期。單擊查詢。</p><p>　?。?）點(diǎn)擊導(dǎo)航條中的銷售排行</p><p>　　銷售日期至：選擇當(dāng)前日期。單擊查詢。</p><p>　?。?）點(diǎn)擊導(dǎo)航條中的返回首頁(yè)</p><p>　　（8）關(guān)閉窗口，并在浮動(dòng)工具欄上單擊“停止”停止錄制過(guò)程。</p&