【正文】 roller會在不同的負載生成器上（根據(jù)用戶的設定進行分析：手動場景）或（自動分析：面向目標場景），生成一定數(shù)量的虛擬用戶。手動場景是以用戶定義虛擬用戶數(shù)量來進行測試的。在這個下拉菜單中，我們可以定義虛擬用戶數(shù)、每秒點擊數(shù)、每秒事務數(shù)、每分鐘頁面數(shù)和事務響應時間5種類型的目標。需要注意的是：修改后就好重新載入，不然會使用修改前的腳本。這里有兩種類型：按場景計劃和按用戶計劃。這種方式主要用在檢測特定功能的實現(xiàn)上，比如在并發(fā)時，程序會不會出現(xiàn)一些功能缺陷。第三個是一直運行，直到人工干預為止。l 按用戶計劃（Schedule by Group）按用戶計劃有四個選項卡，后面三個和場景計劃中是一樣的。場景開始時運行。里面的第二和第三項一般是在運行時間很長，需要放到下班后執(zhí)行時，我們可以選中它們。這里有三種方式：l 當Vu中全部指定百分比的虛擬用戶到達集合點時釋放。配置IP Spoofer現(xiàn)在一些服務器會對同一IP訪問進行限制，這時我們可以通過“IP Spoofer（IP欺騙）”進行配置，以達到我們的測試目的。注意的是：必須在連接到負載生成器之前選擇該選項。在超時選項卡中，可以對負載生成器的連接、斷開以及每個虛擬用戶的初始化、運行、暫停和停止操作的超時時間進行設置，一旦超過設定，則會給出一條錯誤提示。在測試過程中就可以直接點擊鏈接進行觀看。監(jiān)控系統(tǒng)資源在性能測試中，最重要的一項就是監(jiān)控系統(tǒng)資源。l 以系統(tǒng)管理員身份從Controller登錄待監(jiān)控主機。Windows監(jiān)控的主要參數(shù)有：CPU占用率、可用內存容量、服務線程占用的CPU資源等。如果該值的數(shù)值持續(xù)超過90%，則說明整個系統(tǒng)面臨這處理器方面的瓶頸，需要增加處理器來提高性能。此值為即時值，一般不超過2，否則表示處理器堵塞。用戶模式是為應用程序、環(huán)境分系統(tǒng)和整數(shù)分系統(tǒng)設計的有限處理模式。此時還需要查看Pages Read/sec計數(shù)器，該計數(shù)器閥值為5，如果超過5，則可以判定存在內存方面的問題。性能測試結果分析如何分析測試結果在Controller中的執(zhí)行的測試場景結束后，首先要判斷采集的結果數(shù)據(jù)是否真實有效。如同時在一臺PC上加載全部Vu，太多的Vu可能會造成客戶端不能正常初始化，而造成很多Vu不能初始化而失敗，這樣的失敗和我們要測試的服務器根本沒有關系。l ……測試人員針對這些結果，用Analysis對其進行深入分析，以發(fā)現(xiàn)在一些潛在的性能問題。我們分析問題的方法是：任何系統(tǒng)都是由網絡和服務器構成的，所以我們先確定問題是出現(xiàn)在網絡還是服務器上的。即使有了正確的測試結果，也不一定能對問題進行正確的定位。Analysis基本功能LR在Controller中運行場景，采集了Vu、操作系統(tǒng)、應用服務器等各種運行數(shù)據(jù)，當場景運行結束后，我們就可以用過LR專用的分析組件Analysis進行分析了。l 錯誤（Errors）圖：主要有錯誤統(tǒng)計、每秒錯誤數(shù)量兩類，用來查看服務器什么時間發(fā)生錯誤以及錯誤的統(tǒng)計信息，可以發(fā)現(xiàn)服務器的處理能力。借助Web資源圖，我們可以深入分析服務器性能。l 系統(tǒng)資源（System Resources）圖：系統(tǒng)資源圖描述在場景運行期間，由聯(lián)機監(jiān)控獲得的系統(tǒng)資源使用情況。如果發(fā)現(xiàn)問題，則需要做進一步的分析。如果事務響應時間過長，則要打開與事務相關的各類分析圖，進行深入分析。如果一切正常，則本次測試沒有必要進行深入分析，重新加大壓力進行測試。這樣做是由于很多時候系統(tǒng)出現(xiàn)瓶頸的最直接表現(xiàn)就是CPU占用率過高和內存不足。對于虛擬用戶，主要看看在整個測試過程中是否運行正常，如果有較多用戶不能正常運行，則需要重新設計場影或調整init和end內容重新測試。l 對于失敗的事務首先要分析其失敗原因，接著要查看事務的失敗是否導致用戶失??；l 判斷用戶是否可以接受事務平均響應時間值以及90%用戶的最大響應時間值；l 查看整個測試過程的事務平均響應時間是否逐漸變長，正常情況下，事務平均響應時間的變化應該是一條接近平行于X軸的直線；l 事務響應時間是否在整個測試過程中隨著用戶的增加而線性變短。第一步：查看錯誤發(fā)生情況。l 查看錯誤分類統(tǒng)計，作為優(yōu)化系統(tǒng)的參考。查看Web圖時，往往需要結合前而對虛擬用戶以及事務響應時間的分析結果，重點分析服務器的穩(wěn)定性。虛擬用戶圖主要有三類：正在運行的虛擬用戶（Running Vuser）圖、虛擬用戶概要（Vuser Summary）圖、集合點（Rendezvou）圖。通過這些圖可以很容易分析整個測試過程的事務執(zhí)行情況。一般來說一個性能穩(wěn)定的系統(tǒng)應該是一條基本平等于X軸的線條，這里紫色的起伏較大的線條是包含集合點“maipiao”的action事務。當壓力增大時，每秒通過事務數(shù)（TPS）圖以及稍后介紹的點擊率圖的曲線如果變化緩慢或比較平坦，那服務器很可能存在瓶頸。事務性能摘要（Transaction Performance Summary）圖事務性能摘要圖顯示了場景中所有事務的最大、最小和平均執(zhí)行時間，可以直接判斷響應時間是否符合用戶的要求。通過它可以看出任一時間點事務響應時間與用戶數(shù)目的關系，從而掌握系統(tǒng)在用戶并發(fā)方面的性能數(shù)據(jù)。事務響應時間分布（Transaction Response Time Distribution）圖對此圖進行分析，主要看其是否有強烈的延續(xù)。事務圖總結分析用戶事務的執(zhí)行情況是性能分析的第一步。Analysis中的Web資源圖主要通過點擊率、吞吐率、每秒HTTP響應數(shù)、每秒連接數(shù)等測試來分析Web服務器的性能。圖表右半部分反應來看，系統(tǒng)還是比較穩(wěn)定的。根據(jù)吞吐量可以評估虛擬用戶產生的負載量。這里需要說明的是，LR只把返回狀態(tài)代碼為200的認為是正常，其他都認為是錯誤。信息提示這些狀態(tài)代碼表示臨時的響應。繼續(xù)。切換協(xié)議。成功這類狀態(tài)代碼表明服務器成功地接受了客戶端請求。確定。201?非權威性信息。205?例如，瀏覽器可能不得不請求服務器上的不同的頁面，或通過代理服務器重復該請求。對象已移動。3074xx?訪問被拒絕。錯誤，它們指明更為具體的錯誤原?！?由于　?ISAPI/CGI服務器上的IIS?定義了許多不同的　?要求128?！?站點訪問被拒絕。　?拒絕訪問映射表?！?客戶端證書不受信任或無效。這個錯誤代碼不能為這個應用程序池中的客戶端執(zhí)行這個錯誤代碼為未找到。–站點?！?映射策略阻止本請求。?MIME407?請求實體太大。不支持的媒體類型。–417??　?Web不允許直接請求–IIS　?授權存儲不能打開。所專用。頁眉值指定了未實現(xiàn)的配置。CGI504?版本不受支持。下面上看，服務的性能有不太明顯的性能下降，因為連接斷開和新連接的數(shù)量都在逐漸下降?？梢詫⒕W頁細分圖中的數(shù)據(jù)和事務性能摘要圖和事務平均響應時間圖中的數(shù)據(jù)關聯(lián)起來，綜合分析性能出現(xiàn)的是網絡問題還是服務器問題。頁面分解總圖有四種方式細分：1. 下載時間細分：在下載時間細分圖中，不但要分別顯示網頁中不同元素的下載時間，同時還要按照下載過程將時間進行分解，用不同的顏色來顯示DNS解析時間、建立連接時間、第一次緩沖時間等各自所占的比例。需要在客戶端下載控件較多的頁面要特別重視此圖。分析第一次緩沖時間細分（隨時間變化）圖，首先要理解什么是第一次緩沖時間。這是因為我們是在本機上運行的結果。本圖是根據(jù)DNS解析時間、連接時間、第一次緩沖時間、SSL握手時間、接收時間、FTP驗證時間、客戶端時間和錯誤時間來對每個組件的下載過程進行細分。First Buffer顯示從HTTP發(fā)出請求到收到Web服務器的第一次緩沖時所經過的時間。SSL是HTTPS通信。這里只適合FTP通信的驗證。使用此圖可以確定網絡或服務器在方案執(zhí)行期間哪一時間發(fā)生了問題。上圖看來，因為是本機測試，所以網絡時間幾乎為0，這里可以看出主要是Web服務器上兩個頁面耗費時間比較長。已下載組件大?。―ownloaded Component Size（KB））圖此圖是指每個已經下載頁面組件的大小。