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

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軟件測試8</b></p><p>　　1.3性能測試11</p><p>　　第二章 LoadRunner概述13</p><p>　　2.1LoadRunner簡介13</p><p>　　2.2LoadRunner的功能15</p>&l

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

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

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

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

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

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

9、t;/p><p>　　關鍵詞：壓力測試；LoadRunner；Web應用程序</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、洋公約組織在原西德召開計算機科學會議，由Fritz Bauer首次提出了“軟件工程”的概念。</p><p>　　軟件工程一直以來都缺乏一個統(tǒng)一的定義，很多學者、組織機構都分別給出了自己的定義：</p><p>　　Boehm：運用現(xiàn)代科學技術知識來設計并構造計算機程序及為開發(fā)、運行和維護這些程序所必需的相關文件資料。</p><p>　　IEEE：軟件工程是開發(fā)、

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

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

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

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

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

23、軟件配置成分，即各階段產(chǎn)生的文檔或程序代碼等。</p><p>　?。?）采用現(xiàn)代程序設計技術。</p><p>　　實踐表明，采用先進的程序設計技術既可以提高軟件開發(fā)與維護的效率，又可以提高軟件的質量。多年來，人們一直致力于研究新的“程序設計技術”。比如，20世紀60年代末提出的結構程序設計技術；后來又發(fā)展出各種結構分析（SA）和結構設計（SD）技術；之后又出現(xiàn)了面向對象分析（OOA）和

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

53、）性能配置：核實在操作條件保持不變的情況下，測試對象在使用不同配置時其性能行為的可接受性。 </p><p>　?。?）負載測試：核實在保持配置不變的情況下，測試對象在不同操作條件（如不同用戶數(shù)、事務數(shù)等）下性能行為的可接受性。 </p><p>　?。?）強度測試：核實測試對象性能行為在異常或極端條件（如資源減少或用戶數(shù)過多）之下的可接受性。 </p><p>　

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

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

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

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

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

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

60、就越大。</p><p>　　此外，不管是因為要提供具有競爭力的優(yōu)勢還是因為要響應業(yè)務條件的變化，軟件應用程序每周、每月和每年都在發(fā)生著變化。而這一系列的變化又將導致其他風險，各公司必須對這些風險進行管理。</p><p>　　驚人的變化速度和軟件復雜性的急劇上升也給軟件開發(fā)過程帶來了巨大的風險。嚴格的性能測試是量化和減少業(yè)務風險最常見的策略。使用LoadRunner進行自動負載測試應用程

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

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

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

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

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

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

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

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

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

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

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

72、>　　圖2-1 LoadRunner主界面圖</p><p>　?。?）ControllerLoadRunner </p><p>　　在“負載測試”選項卡中，單擊“運行負載測試”。默認情況下，LoadRunnerController 打開時將顯示“新建場景”對話框。 </p><p>　　圖2-2 “新建場景”對話框</p><p&g

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

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

75、開始運行場景。 </p><p>　　在“場景組”窗格中，可以看到 Vuser 逐漸開始運行并在系統(tǒng)上生成負載。可以在聯(lián)機圖上看到服務器對 Vuser 操作的響應度。</p><p><b>　　如圖2-4。</b></p><p>　　圖2-3 “場景組”窗格</p><p>　　圖2-4 Controller

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

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

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

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

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

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

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

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

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

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

86、t;/p><p>　　（1）點擊“Yes”同意協(xié)議，開始安裝。</p><p>　　圖2-8 LoadRunner安裝過程示意圖</p><p>　?。?）選擇“Typical”典型安裝，單擊“Next”進行下一步設置。</p><p>　　圖2-9 LoadRunner安裝過程示意圖</p><p>　　（3）單擊“

87、Next”進行下一步設置。</p><p>　　圖2-10 LoadRunner安裝過程示意圖</p><p>　?。?）后面一直單擊“Next”進行下一步設置安裝，重啟計算機后安裝完成。</p><p>　　（5）安裝完成后添加注冊序列號既License。</p><p>　　圖2-11 添加Licesnse示意圖</p>

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

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

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

91、;/p><p>　　圖3-2 前臺首頁運行結果</p><p>　　產(chǎn)品展示頁面運行結果如圖3-3和圖3-4所示。</p><p>　　圖3-3 產(chǎn)品展示運行結果</p><p>　　圖3-4 產(chǎn)品展示的詳細界面</p><p>　　連鎖網(wǎng)絡頁面的運行結果如圖3-5所示。</p><p>　　

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

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

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

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

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

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

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

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

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

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

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

103、unner”> “LoadRunner”。將打開“Mercury LoadRunner Launcher”窗口。如圖4-1所示。</p><p>　　圖4-1 LoadRunner 主窗口</p><p>　?。?）打開 VuGen。 </p><p>　　在 Launcher 窗口中，單擊“負載測試”選項卡 </p><p>　　單

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

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

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

107、/p><p><b>　　2.使用錄制向導</b></p><p>　　打開 VuGen 的向導時將出現(xiàn)空白腳本，并且該向導的左側將顯示任務窗格。（如果任務窗格沒有顯示，單擊工具欄上的“任務”按鈕）</p><p>　　VuGen 向導將指示逐步創(chuàng)建腳本并根據(jù)所需的測試環(huán)境編輯此腳本。</p><p>　　任務窗格列出了腳本

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

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

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

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

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

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

114、銷售查詢。</p><p>　　銷售日期至：選擇當前日期。單擊查詢。</p><p>　　（6）點擊導航條中的銷售排行</p><p>　　銷售日期至：選擇當前日期。單擊查詢。</p><p>　?。?）點擊導航條中的返回首頁</p><p>　?。?）關閉窗口，并在浮動工具欄上單擊“停止”停止錄制過程。</p&