【正文】 最簡單的方法是在“網(wǎng)絡(luò)鄰居”中以administrator 身份登陸 Web Server。重新安裝一下即可。采用編程語言（ ASP、 JSP、 等）的網(wǎng)站非常依賴于數(shù)據(jù)庫操作，這些都可能是引起性能問題的因素。 分解頁面 瀏覽器從發(fā)送一個(gè)請求到最后顯示的全過程 : 解析出 Web Server 的 IP 地址后，請求被送到了 Web Server，然后瀏覽器和 WebServer 之間需要建立一個(gè)初始化連接，建立該連接的過程就是 。 利用 Analysis分析結(jié)果 摘要 分析事務(wù)的響應(yīng)時(shí)間 分解頁面 確定 WebServer 的問題 其他有用的功能 分析事務(wù)的響應(yīng)時(shí)間 “ Transaction Performance Summary”圖，確認(rèn)那個(gè)事務(wù)的響應(yīng)時(shí)間比較大，超出了我們的標(biāo)準(zhǔn)。如果后者的值超過40%，且上下文切換的速率也很高，那么應(yīng)該檢查為什么會產(chǎn)生這樣高的上下文切換。內(nèi)存短缺的問題可能會引起各種各樣的問題。 其他有用的設(shè)置 使用 IP Spoofer 的步驟如下： 從“ From IP” 文本框中輸入要使用 IP 范圍的第一個(gè) IP 值，然后在“ Numbers to Add” 輸入一個(gè)數(shù)字，表示 IP 范圍的值；假如第一個(gè) IP 為 ，范圍大小為 100，那么 IP Wizard 將會使用 （ 100=N200），當(dāng)然這個(gè)范圍內(nèi)已經(jīng)使用的 IP地址除外，否則會引起 IP 沖突 .”Submask” 采用默認(rèn)情況即可，取決于使用的那種類型的網(wǎng)絡(luò) IP，一般局域網(wǎng)內(nèi)采用 Class C 即可。同時(shí)每個(gè) Load Generator 上運(yùn)行大量的虛擬用戶，這樣就造成了大量的用戶使用同一 IP 同時(shí)訪問一個(gè)網(wǎng)站的情況，這種情況和實(shí)際運(yùn)行的情況不符，并且有一些網(wǎng)站會根據(jù)用戶 IP 來分配資源 ,這些網(wǎng)站會限制同一個(gè) IP 的登陸，使用等等。 如果選擇的是按照一定的階段達(dá)到目標(biāo)（也就是先在 x 長時(shí)間內(nèi)達(dá)到 y pages/hits，然后再達(dá)到下一個(gè)目標(biāo)）， LoadRunner 計(jì)算每個(gè)用戶應(yīng)該達(dá)到的數(shù)字后，再確定第一批加載多少用戶。如果使用最少的用戶，不能達(dá)到目標(biāo)， Controller 增加用戶數(shù)，直到定義的最大值。點(diǎn) 按鈕，即可進(jìn)入 Schedule 設(shè)置窗口。 Manual Scenario 選擇 Vuser Groups Manual Scenario 如果在已經(jīng)打開的場景中，添加腳本 Manual Scenario 點(diǎn)右邊 ”Generators” 按鈕 ,出現(xiàn) Load Generators窗口 . 添加 Load Generator 后，執(zhí)行“ Connect” 操作，使 Status 為 Ready，表示該機(jī)器聯(lián)接正常，如果為 Failed,表示該機(jī)器不能聯(lián)接，請檢查原因。如果沒有出現(xiàn)，可以在菜單或者工具欄中點(diǎn)擊“ New” 。添加 Text/Imag 檢查點(diǎn)，可以在錄制過程中，也可以在錄制完成后進(jìn)行。具體的語法請參考幫助說明。 VuGen 支持 C 語言的語法，在 VuGen 中重新編寫類似的函數(shù)應(yīng)該不難。在屬性設(shè)置中可以設(shè)置產(chǎn)生隨機(jī)數(shù)的范圍。其屬性設(shè)置也很簡單，選擇一種格式即可。例如，如果你企圖搜索不同名稱的圖書，你僅僅需要寫提交函數(shù)一次。 注意：集合點(diǎn)的名稱最好要有意義，能夠清楚的說明該集合點(diǎn)完成的動作。一般情況下，事務(wù)名稱不用修改。 插入事務(wù)操作可以在錄制過程中進(jìn)行，也可以在錄制結(jié)束后進(jìn)行。 “ URLbased Script”說明腳本中的表示采用基于 URL 的方式， WAS 和 ACT中的錄制方式就是這種，這種方式看上去比較亂。 錄制腳本 摘要 錄制基本腳本 完善測試腳本 腳本運(yùn)行時(shí)設(shè)置 單機(jī)運(yùn)行測試腳本 VuGen 其它有用的功能 錄制基本的用戶腳本 啟動 Visual User Generator 后，通過菜單 新建一個(gè)用戶腳本，選擇系統(tǒng)通訊的協(xié)議。 （ 圖 ） LoadRunner測試流程 制定負(fù)載測試計(jì)劃 一般情況需要三個(gè)步驟 : 分析應(yīng)用程序 確定測試目標(biāo) 計(jì)劃執(zhí)行 LoadRunner測試流程 分析應(yīng)用程序 （ Analyze the Application） 制定負(fù)載測試計(jì)劃的第一步是分析應(yīng)用程序。 測試腳本要完成的內(nèi)容有： ? 每一個(gè)虛擬用戶的活動 ? 定義結(jié)合點(diǎn) ? 定義事務(wù) （ 圖 ） LoadRunner測試流程 創(chuàng)建運(yùn)行場景 運(yùn)行場景描述在測試活動中發(fā)生的各種事件 。 MI Listener 安裝 MI Listener 組件，用來透過防火墻來運(yùn)行 Vusers 并且監(jiān)視性能。通過以模擬上千萬用戶實(shí)施并發(fā)負(fù)載及實(shí)時(shí)性能監(jiān)測的方式來確認(rèn)和查找問題 ,LoadRunner能夠?qū)φ麄€(gè)企業(yè)架構(gòu)進(jìn)行測試 .通過使用 LoadRunner,企業(yè)能最大限度地縮短測試時(shí)間，優(yōu)化性能和加速應(yīng)用系統(tǒng)的發(fā)布周期。該選項(xiàng)適合于控制 Vusers 的機(jī)器。 一個(gè)比較好的測試計(jì)劃能夠保證 LoadRunner 能夠完成負(fù)載測試的目標(biāo) 。 監(jiān)視場景通過添加性能計(jì)數(shù)器來實(shí)現(xiàn) 。 LoadRunner測試流程 ? 描述系統(tǒng)配置 畫出系統(tǒng)組成圖后，試著回答以下問題，對組成圖進(jìn)行完善 . 預(yù)計(jì)有多少用戶會連到系統(tǒng) 客戶機(jī)的配置情況 (硬件、內(nèi)存、操作系統(tǒng)、軟件工具等 ) 服務(wù)器使用什么類型的數(shù)據(jù)庫以及服務(wù)器的配置情況 客戶機(jī)和服務(wù)器之間如何通訊 還有什么組件會影響 Response Time 指標(biāo) (比如 Modem 等 ) 通訊裝置（網(wǎng)卡、路由器等）的吞吐量是多少？每個(gè)通訊裝置能夠處理多少并發(fā)用戶 ? 分析最普遍的使用方法 了解該系統(tǒng)最常用的功能，確定那些功能需要優(yōu)先測試、什么角色使用該系統(tǒng)以及每個(gè)角色會有多少人、每個(gè)角色的地理分布情況等，從而預(yù)測負(fù)載的最高峰出現(xiàn)的情況。 (如果需要在登陸操作設(shè)集合點(diǎn)，那么登陸操作也要放到 Action 中，因?yàn)関user_init 中不能添加集合點(diǎn)）在其他情況下，我們只要把操作部分放到 Action 中即可。一般情況下，我們通過以下方法來完善測試腳本 : 插入事務(wù) 插入集合點(diǎn) 插入注釋 參數(shù)化輸入 插入函數(shù) 插入 Text/Imag 檢查點(diǎn) 插入事務(wù) 事務(wù)（ Transaction）：為了衡量服務(wù)器的性能，我們需要定義事務(wù)。 插入事務(wù) 插入事務(wù)的開始點(diǎn)后，下面需要在需要定義事務(wù)的操作后面插入事務(wù)的“結(jié)束點(diǎn)”。 注意：集合點(diǎn)經(jīng)常和事務(wù)結(jié)合起來使用。 參數(shù)化輸入是一種不錯(cuò)的方法。 另外，不是所有的函數(shù)都可以參數(shù)化的。 ? Load Generator Name：在實(shí)際運(yùn)行中， LoadRunner 使用該虛擬用戶所在 Load Generator的機(jī)器名來代替 . ? Iteration Number：在實(shí)際運(yùn)行中， LoadRunner 使用該測試腳本當(dāng)前循環(huán)的次數(shù)來代替。但是在 VuGen 中運(yùn)行時(shí)， Vuser ID 將會是 – 1。通常用在有關(guān)聯(lián)性的數(shù)據(jù)上面。檢查點(diǎn)的含義和 WinRunner中的檢查點(diǎn)功能基本上一致 . VuGen 在測試 Web 時(shí)，有兩種視圖方式： TreeView/Script View。一個(gè)運(yùn)行場景包括一個(gè)運(yùn)行虛擬用戶活動的Load Generator機(jī)器列表 ,一個(gè)測試腳本的列表以及大量的虛擬用戶和虛擬用戶組。 Goal— Oriented Scenario 在測試計(jì)劃中，一般都包括性能測試要達(dá)到的目標(biāo)。 Manual Scenario 設(shè)置 Schedule 這里的設(shè)置是非常重要的，也是三種場景類型最重要的區(qū)別之處。運(yùn)行定義該目標(biāo)類型的場景和運(yùn)行Manual 類型的場景類似。 Goal— Oriented Scenario 理解各種類型 如果你定義的類型是 Pages per Minute、 Hits/Transactions per Second， Controller 首先用最小用戶數(shù)除以定義的目標(biāo)，得到一個(gè)值，然后確定每個(gè)用戶應(yīng)該達(dá)到的hits/transactions或者 pages per minute，然后 controller 開始按照以下的策略加載用戶： 如果選擇的是自動的加載虛擬用戶， LoadRunner 會首先加載 50 個(gè)用戶。 如果出現(xiàn)以下情況， Pages per Minute、 Hits/Transactions per Second 類型的場景會置于“ Failed” 狀態(tài)： Controller 使用了指定的最