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