（一）在Vusers（虛擬用戶狀態(tài)）中

　　1.Running Vusers（負(fù)載過程中的虛擬用戶運(yùn)行情況）

　　說明——系統(tǒng)形成負(fù)載的過程，隨著時(shí)間的推移，虛擬用戶數(shù)量是如何變化的，描述為（用戶在幾分鐘左右到達(dá)了組在峰值多少個(gè)虛擬用戶，負(fù)載的生成是大約每分鐘增加幾個(gè)用戶，峰值負(fù)載持續(xù)為幾分幾秒）。

　　2.Rendezvous（負(fù)載過程中集合點(diǎn)下的虛擬用戶數(shù)）

　　說明——腳本中一般要設(shè)置集合點(diǎn)才會(huì)產(chǎn)生并發(fā)，隨著時(shí)間的推移各個(gè)時(shí)間點(diǎn)上并發(fā)用戶的數(shù)目，方便我們了解并發(fā)用戶數(shù)的變化情況。描述（剛開始的幾分鐘內(nèi)，負(fù)載的并發(fā)用戶都是幾個(gè)，而后面變化為幾個(gè)用戶并發(fā)）。

　　（二）在Transactions（事務(wù)）中

　　這里給出了所有和事務(wù)相關(guān)的數(shù)據(jù)統(tǒng)計(jì)，方便了解被測(cè)試系統(tǒng)業(yè)務(wù)處理的響應(yīng)時(shí)間和吞吐量。

　　1.Average Transaction Response Time（平均事務(wù)響應(yīng)時(shí)間）

　　說明——反映隨著時(shí)間的變化事務(wù)響應(yīng)時(shí)間的變化情況，時(shí)間越小說明處理的速度越快。如果和前面的用戶負(fù)載生成圖合并在一起看，就可以發(fā)現(xiàn)用戶負(fù)載增加對(duì)系統(tǒng)事務(wù)響應(yīng)時(shí)間的影響規(guī)律。描述（看到響應(yīng)時(shí)間是如何增長(zhǎng)的，隨著時(shí)間的推移響應(yīng)時(shí)間逐漸變長(zhǎng)，并且在不到多少時(shí)間的時(shí)候突然出現(xiàn)響應(yīng)時(shí)間大幅下降的情況）另外事務(wù)的響應(yīng)時(shí)間也不應(yīng)該超過用戶的最大接受范圍，否則會(huì)出現(xiàn)系統(tǒng)響應(yīng)過慢的問題。

　　2.Transactions per Second（每秒事務(wù)數(shù)）

　　說明——數(shù)據(jù)反映了系統(tǒng)在同一時(shí)間內(nèi)能處理業(yè)務(wù)的最大能力，這個(gè)數(shù)據(jù)越高，說明系統(tǒng)處理能力越強(qiáng)。描述（看到系統(tǒng)的TPS隨著時(shí)間的變化逐漸變大，而在不到多少分鐘的時(shí)候系統(tǒng)每秒可以處理多少個(gè)事務(wù)。這里的最高值并不一定代表系統(tǒng)的最大處理能力，TPS會(huì)受到負(fù)載的影響，也會(huì)隨著負(fù)載的增加而逐漸增加，當(dāng)系統(tǒng)進(jìn)入繁忙期后，TPS會(huì)有所下降。而在幾分鐘以后開始出現(xiàn)少量的失敗事務(wù)）

　　3.Transaction Summary（事務(wù)概要說明）

　　說明——通過的事務(wù)數(shù)越多，說明系統(tǒng)的處理能力越強(qiáng)；失敗的事務(wù)越少，說明系統(tǒng)越可靠。描述（對(duì)于注冊(cè)操作一共有對(duì)少次操作成功，有幾次失敗。可以開率結(jié)合前面的每秒錯(cuò)誤數(shù)進(jìn)一步分析為什么會(huì)出現(xiàn)幾個(gè)注冊(cè)錯(cuò)誤，以及錯(cuò)誤發(fā)生的時(shí)間和該時(shí)間產(chǎn)生錯(cuò)誤的原因）

　　4.Transaction Performance Summary（事務(wù)性能概要）

　　說明——給出事務(wù)的平均時(shí)間、最大時(shí)間、最小時(shí)間柱狀圖，方便分析事務(wù)響應(yīng)時(shí)間的情況。描述（看到這個(gè)事務(wù)最大時(shí)間為多少S，最小時(shí)間為多少S，平均時(shí)間為多少S。柱狀圖的落差越小說明響應(yīng)時(shí)間的波動(dòng)較小，那么說明系統(tǒng)不夠穩(wěn)定。）

　　5.Transaction Response Time Under Load（在用戶負(fù)載下事務(wù)響應(yīng)時(shí)間）

　　說明——在負(fù)載用戶增長(zhǎng)的過程中響應(yīng)時(shí)間的變化情況，起始這張圖也是將Vusers和Average Transaction Response Time圖做了一個(gè)Correlate Merge得到的，該圖的線條越平穩(wěn)，說明系統(tǒng)越穩(wěn)定。描述（看到負(fù)載逐漸增加到幾個(gè)用戶時(shí)，事務(wù)的響應(yīng)時(shí)間基本沒有變化，而用戶增加到幾個(gè)開始，隨著用戶負(fù)載的增加響應(yīng)時(shí)間也有較大的波動(dòng)）

　　6.Transaction Response Time（Percentile）（事務(wù)響應(yīng)時(shí)間的百分比）

　　說明——有多少比例的事務(wù)發(fā)生在某個(gè)時(shí)間內(nèi)，也可以發(fā)現(xiàn)響應(yīng)時(shí)間的分布規(guī)律，數(shù)據(jù)越平穩(wěn)說明響應(yīng)時(shí)間變化越小。描述（看到百分幾%的事務(wù)是在幾秒內(nèi)）

　　7.Transaction Response Time （Distribution）（每個(gè)時(shí)間段上的事務(wù)數(shù)）

　　說明——在每個(gè)時(shí)間段上的事務(wù)個(gè)數(shù)，響應(yīng)時(shí)間較小的分類下的事務(wù)數(shù)越多越好。描述（看到在所有的事務(wù)中，有多少個(gè)事務(wù)的響應(yīng)時(shí)間最接近幾秒，而有幾個(gè)事務(wù)的響應(yīng)時(shí)間最接近幾秒）

　　（三）在Web Resources（網(wǎng)頁(yè)資源信息）中

　　當(dāng)Controller的Run Time Setting中Preferences下的Generated Web performance graphs選項(xiàng)處于開啟狀態(tài)時(shí)，該圖表才會(huì)出現(xiàn)。

　　1.Hits per Second（每秒點(diǎn)擊數(shù)）

　　說明——每秒點(diǎn)擊數(shù)提供了當(dāng)前負(fù)載重對(duì)系統(tǒng)所產(chǎn)生的點(diǎn)擊量記錄。每一次點(diǎn)擊相當(dāng)于對(duì)服務(wù)器發(fā)出了一次請(qǐng)求，一般點(diǎn)擊數(shù)會(huì)隨著負(fù)載的增加而增加，該數(shù)據(jù)越大越好。描述（隨著時(shí)間的增加，每秒點(diǎn)擊數(shù)在上升，最高達(dá)到了多少次/s）。

　　2.Throughput（帶寬使用）

　　說明——當(dāng)前系統(tǒng)負(fù)載下所使用的帶寬，該數(shù)據(jù)越小說明系統(tǒng)的貸款依賴越小，通過這個(gè)數(shù)據(jù)能確定是否出現(xiàn)了網(wǎng)絡(luò)帶寬的瓶頸。描述（得到醉倒的帶寬峰值是多少B，遠(yuǎn)遠(yuǎn)低于100Mb的局域網(wǎng)帶寬上限，所以系統(tǒng)不存在帶寬瓶頸）。

　　3.HTTP Responses per Second（每秒HTTP響應(yīng)數(shù)）

　　說明——每秒鐘服務(wù)器返回各種狀態(tài)的數(shù)目，該數(shù)值一般和每秒點(diǎn)擊量相同。點(diǎn)擊量是指客戶端發(fā)出的請(qǐng)求數(shù)，而HTTP響應(yīng)數(shù)是指服務(wù)器返回的響應(yīng)數(shù)。如果服務(wù)器返回的響應(yīng)數(shù)小于發(fā)出的請(qǐng)求數(shù)，那么說明服務(wù)器無法應(yīng)答超出負(fù)載的連接請(qǐng)求。描述（最高峰時(shí)服務(wù)器每秒能返回接近多少個(gè)HTTP _ 200 OK的狀態(tài)）。

　　4.Connections Per Second（每秒連接數(shù)）

　　說明——兩種不同狀態(tài)的連接數(shù)，即中斷的連接和新建的連接，方便用戶了解當(dāng)前每秒對(duì)服務(wù)器產(chǎn)生連接的數(shù)量。描述（隨著時(shí)間的推移，系統(tǒng)的連接數(shù)逐步上升，最高達(dá)到每秒幾個(gè)連接）同時(shí)的連接數(shù)越多，說明服務(wù)器的連接池越大，當(dāng)連接數(shù)隨著負(fù)載上升而停止上升時(shí)，說明系統(tǒng)的連接池已滿，無法連接更多的用戶，通常這個(gè)時(shí)候服務(wù)器會(huì)返回504錯(cuò)誤。可以通過修改服務(wù)器的最大連接數(shù)來解決問題。

　　（四）在Web Page Diagnostics（網(wǎng)頁(yè)分析）中

　　當(dāng)在場(chǎng)景中打開Diagnostics菜單下的Web Page Diagnostics功能，就能得到網(wǎng)頁(yè)分析組圖。通過這個(gè)圖，可以對(duì)事務(wù)的組成進(jìn)行抽絲剝繭的分析，得到組成這個(gè)頁(yè)面的每一個(gè)請(qǐng)求時(shí)間分析，進(jìn)一步了解響應(yīng)時(shí)間中有關(guān)網(wǎng)絡(luò)和服務(wù)器處理時(shí)間的分配關(guān)系。通過這個(gè)功能，可以實(shí)現(xiàn)對(duì)網(wǎng)站的前端性能分析，明確系統(tǒng)響應(yīng)時(shí)間較長(zhǎng)時(shí)由服務(wù)器端（后端）處理能力不足還是短連接到服務(wù)器的網(wǎng)絡(luò)（前端）消耗導(dǎo)致的。

　　1、 Web Page Diagnostics（網(wǎng)頁(yè)分析）

　　說明——添加該圖先會(huì)得到整個(gè)場(chǎng)景運(yùn)行后虛擬用戶訪問的Page列表，也就是所有頁(yè)面下載時(shí)間列表。描述（在注冊(cè)用戶事務(wù)進(jìn)行分析，整個(gè)負(fù)載由三個(gè)頁(yè)面請(qǐng)求組成，其中有一個(gè)請(qǐng)求始終在多少秒以內(nèi)，而另外幾個(gè)請(qǐng)求時(shí)間較長(zhǎng)并且有上升趨勢(shì)，然后通過Select Page to Break Down命令選擇具體的Page來獲得每個(gè)請(qǐng)求的相關(guān)詳細(xì)信息——分析如下：

　　1.Download Time下載時(shí)間分析——組成頁(yè)面的每個(gè)請(qǐng)求下載時(shí)間——可以看到創(chuàng)建用戶的操作由4個(gè)請(qǐng)求組成，其中導(dǎo)致注冊(cè)用戶較慢的主要原因是注冊(cè)完成后需要等待兩秒鐘再刷新至論壇首頁(yè)，而非注冊(cè)用戶本身需要消耗的時(shí)間，首頁(yè)刷新慢也只是因?yàn)镃lient（客戶端）需要消耗較多時(shí)間，同時(shí)Receive（接收）的時(shí)間也有一定的影響。

　　2.Component（Over time）各模塊的時(shí)間變化——通過這個(gè)功能可以分析響應(yīng)時(shí)間變長(zhǎng)是因?yàn)轫?yè)面生成慢，還是因?yàn)閳D片資源下載慢。隨著時(shí)間的增加，首頁(yè)的處理時(shí)間（最上面的一根線）從多少秒上升到了最大值多少秒，而注冊(cè)英護(hù)響應(yīng)時(shí)間幾乎沒有上升。

　　3.Download Time（Over time）模塊下載時(shí)間——針對(duì)每個(gè)組成頁(yè)面元素的時(shí)間組成部分分析，方便確認(rèn)該元素的處理時(shí)間組成部分。發(fā)現(xiàn)首頁(yè)請(qǐng)求的下載時(shí)間主要消耗在Client上，而多少分多少秒之前Recevie所消耗的時(shí)間在逐漸變長(zhǎng)。

　　4.Time to Buffer（Over time）模塊時(shí)間分類——列出該元素所使用的時(shí)間分配比例，是受Network Time影響的多還是Server Time影響的多。對(duì)于首頁(yè)刷新的響應(yīng)時(shí)間來說，主要是Network Time網(wǎng)絡(luò)上消耗的時(shí)間，而Server Time服務(wù)器端的處理時(shí)非常優(yōu)秀的。Server Time是服務(wù)器對(duì)該頁(yè)面的處理時(shí)間；Network Time是指網(wǎng)絡(luò)上的時(shí)間開銷。）

　　2、 Page Download Time Breakdown（頁(yè)面響應(yīng)時(shí)間組成分析）

　　說明——顯示每個(gè)頁(yè)面響應(yīng)時(shí)間的組成分析，一個(gè)頁(yè)面的響應(yīng)時(shí)間一般由以下內(nèi)容組成：

　　Client Time客戶端瀏覽接收所需要使用的時(shí)間，可以不用考慮。

　　Connections Time連接服務(wù)器所需要的時(shí)間，越小越好。

　　DNS Resolution Time通過DNS服務(wù)器解析域名所需要的時(shí)間，解析受到DNS服務(wù)器的影響，越小越好。

　　Error Time服務(wù)器返回錯(cuò)誤響應(yīng)時(shí)間，這個(gè)時(shí)間反映了服務(wù)器處理錯(cuò)誤的速度，一般是Web服務(wù)器直接返回的，包含了網(wǎng)絡(luò)時(shí)間和Web服務(wù)器返回錯(cuò)誤的時(shí)間，該時(shí)間越小越好。

　　First Buffer Time連接到服務(wù)器，服務(wù)器返回第一個(gè)字節(jié)所需要的時(shí)間，反映了系統(tǒng)對(duì)于正常請(qǐng)求的處理時(shí)間開銷，包含網(wǎng)絡(luò)時(shí)間和服務(wù)器正常處理的時(shí)間，該時(shí)間越小越好。

　　FTP Authentication Time FTP認(rèn)證時(shí)間，這是進(jìn)行FTP登錄等操作所需要消耗的認(rèn)證時(shí)間，越短越好。

　　Receive Time接受數(shù)據(jù)的時(shí)間，這個(gè)時(shí)間反映了帶寬的大小，帶寬越大，下載時(shí)間越短。

　　SSL Handshaking Time SSL加密握手的時(shí)間，而Analysis在這里會(huì)分析得到頁(yè)面請(qǐng)求的組成比例圖，便于分析頁(yè)面時(shí)間浪費(fèi)在哪些過程中。

　　3、 Page Download Time Breakdown（Over time）（頁(yè)面組成部分時(shí)間）

　　說明——隨著時(shí)間的變化所有請(qǐng)求的響應(yīng)時(shí)間變化過程。這里會(huì)將整個(gè)負(fù)載過程中每個(gè)頁(yè)面的每個(gè)時(shí)間組成部分都做成單獨(dú)的時(shí)間線，以便分析再不同的時(shí)間點(diǎn)上組成該頁(yè)面的各個(gè)請(qǐng)求時(shí)間是如何變化的。描述（看到大多數(shù)頁(yè)面的響應(yīng)時(shí)間是比較穩(wěn)定的，其中首頁(yè)刷新變動(dòng)較大——首先找到變化最明顯或者響應(yīng)時(shí)間最高的頁(yè)面，隨后在針對(duì)這個(gè)頁(yè)面進(jìn)行進(jìn)一步的分析了解時(shí)間偏長(zhǎng)或者變化較快的原因。）

　　4、 Time to First Buffer Breakdown（頁(yè)面請(qǐng)求組成時(shí)間）

　　說明——組成頁(yè)面時(shí)間請(qǐng)求的比例說明（客戶端時(shí)間/服務(wù)器時(shí)間），通過這個(gè)圖，我們可以直接地了解到整個(gè)頁(yè)面的處理是在服務(wù)器端消耗的時(shí)間長(zhǎng)，還是在客戶端消耗的時(shí)間長(zhǎng)，從而分析得到系統(tǒng)的性能問題是在前段還是在后端。描述（網(wǎng)絡(luò)或客戶端的時(shí)間開銷占了絕大多數(shù)）

　　5、 Time to First Buffer Breakdown（Over time）（基于時(shí)間的頁(yè)面請(qǐng)求組成分析）

　　說明——在整個(gè)負(fù)載過程中，每一個(gè)請(qǐng)求的Server Time和Client Time隨著時(shí)間變化的趨勢(shì)，可以方便定位響應(yīng)時(shí)間隨著時(shí)間變化的原因到底是由于客戶端變化導(dǎo)致的還是由于服務(wù)器端變化導(dǎo)致的。描述（對(duì)于用戶注冊(cè)操作，望樓上的時(shí)間變化比服務(wù)器上的時(shí)間變化要?jiǎng)×?#xff09;

　　（五）在Network Monitor（網(wǎng)絡(luò)監(jiān)控）中

　　在 Controller中添加了Network Delay Time監(jiān)控后會(huì)出現(xiàn)該數(shù)據(jù)圖。這個(gè)功能很好但并不是非常直觀和方便，建議使用第三方專門的路由分析工具進(jìn)行網(wǎng)絡(luò)延遲和路徑分析。

　　1、Network Delay Time（網(wǎng)絡(luò)延遲時(shí)間）

　　說明——從監(jiān)控機(jī)至目標(biāo)主機(jī)的平均網(wǎng)絡(luò)延遲變化情況。描述（看到網(wǎng)絡(luò)延遲從多少毫秒逐漸減少到多少毫秒，最后上升到多少毫秒）。

　　2、Network Sub-Path Time（網(wǎng)絡(luò)Sub-Path時(shí)間）

　　說明——當(dāng)客戶端在連接一個(gè)遠(yuǎn)程服務(wù)器時(shí)，路徑并不是唯一的，收到路由器的路由選擇，可能會(huì)選擇不同的路徑最終訪問到服務(wù)器。描述（從監(jiān)控服務(wù)區(qū)至目標(biāo)服務(wù)器所經(jīng)歷的路徑，以及每個(gè)路徑上的網(wǎng)絡(luò)延遲）

　　3、Network Segment Delay Time(網(wǎng)段延遲時(shí)間)

　　說明——各個(gè)路徑上的各個(gè)節(jié)點(diǎn)網(wǎng)絡(luò)延遲情況。描述（路由器和路由器之間的網(wǎng)絡(luò)延遲變化情況，以便于分析影響整個(gè)網(wǎng)絡(luò)時(shí)間的原因及節(jié)點(diǎn)）。

　　（六）在Resources（資源監(jiān)控）中

　　資源包括很多種，在Analysis中監(jiān)控的都市各種系統(tǒng)的計(jì)數(shù)器，這些計(jì)數(shù)器反映了系統(tǒng)中硬件或者軟件的運(yùn)行情況，通過它可以發(fā)現(xiàn)系統(tǒng)的瓶頸。

　　1、 System Resources（系統(tǒng)資源）列出了再負(fù)載過程中系統(tǒng)的各種資源數(shù)據(jù)是如何變化的，該圖需要在場(chǎng)景中設(shè)置了對(duì)應(yīng)系統(tǒng)的監(jiān)控后才出現(xiàn)：

　　1.Database Server Resources（數(shù)據(jù)庫(kù)資源）

　　說明——數(shù)據(jù)庫(kù)的相關(guān)資源在負(fù)載過程中的變化情況。

　　2.Web Server Resources（Web服務(wù)器資源）

　　說明——Web服務(wù)器資源在負(fù)載過程中的變化情況。

　　（七）在Error（錯(cuò)誤統(tǒng)計(jì)）中

　　當(dāng)場(chǎng)景在運(yùn)行中出現(xiàn)錯(cuò)誤時(shí)，錯(cuò)誤信息將會(huì)被保存在該計(jì)數(shù)器組中，通過Error信息可以了解錯(cuò)誤產(chǎn)生的時(shí)間和錯(cuò)誤的類型，幫助我們定位產(chǎn)生錯(cuò)誤的原因。

　　Error per Second（每秒錯(cuò)誤數(shù)）

　　說明——每秒錯(cuò)誤數(shù)可以了解在每個(gè)時(shí)間點(diǎn)上錯(cuò)誤產(chǎn)生的數(shù)目，該數(shù)據(jù)越小越好。通過這個(gè)圖可以了解錯(cuò)誤隨負(fù)載的變化情況，定位何時(shí)系統(tǒng)在負(fù)載下開始不穩(wěn)定甚至出錯(cuò)，配合系統(tǒng)日志可以定位產(chǎn)生錯(cuò)誤的原因。描述(看到場(chǎng)景在多少的時(shí)候出現(xiàn)了一次錯(cuò)誤)。

　　Service Level Agreement Legend（SLA圖標(biāo)說明）

　　1、圖標(biāo)為灰色帶減號(hào)的為No Data，說明在SLA中未對(duì)這個(gè)數(shù)據(jù)項(xiàng)進(jìn)行監(jiān)控，沒有數(shù)據(jù)；

　　2、圖標(biāo)為紅色帶叉的為Fail，說明在SLA中定義了該項(xiàng)的數(shù)據(jù)監(jiān)控，但該數(shù)據(jù)未能達(dá)到期望的閥值；

　　3、圖標(biāo)為綠色帶鉤的為Pass，說明在SLA中定義了該項(xiàng)的數(shù)據(jù)監(jiān)控，該數(shù)據(jù)達(dá)到了期望閥值。

-----------------------------------------------------------------------------------------------------------------------------------------------------------

Vusers (虛擬用狀態(tài))

　　Vusers　用戶狀態(tài)計(jì)數(shù)器組提供了產(chǎn)生負(fù)載的虛擬用戶運(yùn)行狀態(tài)的相關(guān)信息，可以幫助了解負(fù)載生成的過程。

　　Running Vusers(負(fù)載過程中的虛擬用戶運(yùn)行情況)

　　此圖反映系統(tǒng)形成負(fù)載的過程，隨著時(shí)間的推移，虛擬用戶數(shù)是如何變化的。

　　Rendezvous(負(fù)載過程中集合點(diǎn)下的虛擬用戶)

　　當(dāng)場(chǎng)景中設(shè)置了集合點(diǎn)后會(huì)出現(xiàn)該圖，反映了隨著時(shí)間的推移各個(gè)時(shí)間點(diǎn)上并發(fā)用戶的數(shù)目，方便了解并發(fā)用戶數(shù)的變化情況。

　　Errors(錯(cuò)誤統(tǒng)計(jì))

　　當(dāng)場(chǎng)景在運(yùn)行中出現(xiàn)錯(cuò)誤時(shí)，錯(cuò)誤信息將會(huì)保存在該計(jì)數(shù)器組中，通過 Error 信息可以了解錯(cuò)誤產(chǎn)生的時(shí)間和錯(cuò)誤的類型，幫助定位產(chǎn)生錯(cuò)誤的原因。

　　Errors per Second(每秒錯(cuò)誤數(shù))

　　可以了解在每個(gè)時(shí)間點(diǎn)上錯(cuò)誤產(chǎn)生的數(shù)目，該數(shù)據(jù)越小越好，通過該圖可以了解錯(cuò)誤隨負(fù)載的變化情況，定位何時(shí)系統(tǒng)在負(fù)載下開始不穩(wěn)定甚至出錯(cuò)，配合系統(tǒng)日志可以定位產(chǎn)生錯(cuò)誤的原因。

　　Transactions(事務(wù))

　　給出所有和事務(wù)相關(guān)的數(shù)據(jù)統(tǒng)計(jì)，方便了解被測(cè)系統(tǒng)業(yè)務(wù)處理的響應(yīng)時(shí)間和吞吐量。

　　事務(wù)默認(rèn)狀態(tài)：PASS、FAIL、STOP，如果是手工事務(wù)那么狀態(tài)會(huì)有 PASS 和 FAIL 兩種。

　　Average Transaction Response Time(平均事務(wù)響應(yīng)時(shí)間)

　　反映了隨著時(shí)間的變化事務(wù)響應(yīng)時(shí)間的變化情況，時(shí)間越小說明處理的速度越快。

　　結(jié)合負(fù)載生成圖合并一起看，可以發(fā)現(xiàn)用戶負(fù)載增加對(duì)系統(tǒng)事務(wù)響應(yīng)時(shí)間的影響規(guī)律。

　　Transactions per Second(每秒事務(wù)數(shù))

　　另一個(gè)關(guān)鍵數(shù)據(jù)是 TPS 吞吐量，該數(shù)據(jù)反映了系統(tǒng)在同一時(shí)間內(nèi)能處理業(yè)務(wù)的最大能力，這個(gè)數(shù)據(jù)越高，說明系統(tǒng)處理能力越強(qiáng)。

　　TPS 會(huì)受到負(fù)載的影響，也會(huì)隨著負(fù)載的增加而逐漸增加，當(dāng)系統(tǒng)進(jìn)入繁忙期后，TPS 會(huì)有所下降。

　　Transaction Summary(事務(wù)概要說明)

　　說明事務(wù)的 Pass 個(gè)數(shù)和 Fail 個(gè)數(shù)，了解負(fù)載的事務(wù)完成情況。通過的事務(wù)越多，說明系統(tǒng)的處理能力越強(qiáng)，失敗的事務(wù)越少，說明系統(tǒng)越可靠。

　　結(jié)合每秒錯(cuò)誤數(shù)圖進(jìn)一步分析錯(cuò)誤產(chǎn)生的原因。

　　Transaction Performance Summary(事務(wù)性能概要)

　　事務(wù)的平均時(shí)間、最大時(shí)間、最小時(shí)間柱狀圖，方便分析事務(wù)響應(yīng)時(shí)間的情況。

　　柱狀圖的落差越小說明系統(tǒng)響應(yīng)時(shí)間的波動(dòng)較小，如果落差很大，說明系統(tǒng)不夠穩(wěn)定。

　　Transaction Response Time Under Load(在用戶負(fù)載下事務(wù)響應(yīng)時(shí)間)

　　在負(fù)載用戶增長(zhǎng)的過程中響應(yīng)時(shí)間的變化情況，改圖的線條越平穩(wěn)，說明系統(tǒng)越穩(wěn)定。

　　Transaction Response Time(Percentile)(事務(wù)響應(yīng)時(shí)間的百分比)

　　不同百分比下的事務(wù)響應(yīng)時(shí)間范圍，可以了解有多少比例的事務(wù)發(fā)送在某個(gè)時(shí)間內(nèi)，也可以發(fā)現(xiàn)響應(yīng)時(shí)間的分布規(guī)律，數(shù)據(jù)越平穩(wěn)說明響應(yīng)時(shí)間變化越小。

　　Transaction Response Time(Distribution)(每個(gè)時(shí)間段上的事務(wù)數(shù))

　　每個(gè)時(shí)間段上的事務(wù)個(gè)數(shù)，響應(yīng)時(shí)間較小的分類下的事務(wù)數(shù)越多越好。

　　Web Resources(網(wǎng)頁(yè)資源信息)

　　給出的是對(duì)于 Web 操作的一些基本信息，這些信息在服務(wù)器端也能獲得，當(dāng) Controller 的 RunTime Setting 中 Preferences 下的 Generated Web performance graphs 選相處于開啟狀態(tài)時(shí)，才會(huì)得到該圖。

　　Hits per Second(每秒點(diǎn)擊數(shù))

　　每秒點(diǎn)擊數(shù)提供了當(dāng)前負(fù)載中對(duì)系統(tǒng)所產(chǎn)生的點(diǎn)擊量記錄。每一次點(diǎn)擊相當(dāng)于對(duì)服務(wù)器發(fā)出了一次請(qǐng)求，一般點(diǎn)擊數(shù)會(huì)隨著負(fù)載的增加而增加，該數(shù)據(jù)越大越好。

　　Throughput(寬帶使用)

　　在當(dāng)前系統(tǒng)下所使用的帶寬，該數(shù)據(jù)越小說明系統(tǒng)的帶寬依賴越小，通過這個(gè)數(shù)據(jù)能確定是否出現(xiàn)了網(wǎng)絡(luò)帶寬的瓶頸(注意使用單位為字節(jié))。

　　HTTP Responses per Second(每秒 HTTP 響應(yīng)數(shù))

　　每秒鐘服務(wù)器返回各種狀態(tài)的數(shù)目，該數(shù)值一般和每秒點(diǎn)擊量相同。點(diǎn)擊量是指客戶端發(fā)出的請(qǐng)求數(shù)，而 HTTP 響應(yīng)數(shù)是指服務(wù)器返回的響應(yīng)數(shù)。如果服務(wù)器返回的響應(yīng)數(shù)小于客戶端發(fā)出的點(diǎn)擊數(shù)，那么說明服務(wù)器無法應(yīng)答超出負(fù)載的連接請(qǐng)求。

　　結(jié)合每秒點(diǎn)擊數(shù)看，如吻合，則說明服務(wù)器能夠?qū)γ恳粋€(gè)客戶端請(qǐng)求進(jìn)行應(yīng)答。

　　Connections Per Second(每秒連接數(shù))

　　給出兩種不同狀態(tài)的連接數(shù)，即中斷的連接和新建的連接，方便了解當(dāng)前每秒對(duì)服務(wù)器產(chǎn)生連接的數(shù)量。

　　同時(shí)的連接數(shù)越多，說明服務(wù)器的連接池越大，當(dāng)連接數(shù)隨著負(fù)載上升而停止上升時(shí)，說明系統(tǒng)的連接池已滿，無法連接更多的用戶，通常服務(wù)器會(huì)返回504錯(cuò)誤。

　　可以通過修改服務(wù)器的最大連接數(shù)來解決該問題。

　　Web Page Diagnostics(網(wǎng)頁(yè)分析)

　　當(dāng)在場(chǎng)景中打開 Diagnostics 菜單下的 Web Page Diagnostics 功能，就能得到網(wǎng)頁(yè)分析組圖。

　　通過該圖，可以對(duì)事務(wù)的組成進(jìn)行抽絲剝繭的分析，得到組成這個(gè)頁(yè)面的每一個(gè)請(qǐng)求時(shí)間的分析，進(jìn)一步了解響應(yīng)時(shí)間中有關(guān)網(wǎng)絡(luò)和服務(wù)器處理時(shí)間的分配關(guān)系。通過該功能，可以實(shí)現(xiàn)對(duì)網(wǎng)站前端的性能分析，明確系統(tǒng)響應(yīng)時(shí)間較長(zhǎng)是由服務(wù)器端處理能力不足還是客戶端連接到服務(wù)器的網(wǎng)絡(luò)消耗導(dǎo)致的。

　　Web Page Diagnostics(網(wǎng)頁(yè)分析)

　　添加改圖先會(huì)得到真?zhèn)€個(gè)場(chǎng)景運(yùn)行后虛擬用戶訪問 Page 列表，也就是所有頁(yè)面下載時(shí)間列表。

　　通過 Select Page to Break Down 命令選擇具體的 Page 來獲得每個(gè)請(qǐng)求的相關(guān)詳細(xì)信息。

　　Diagnostics options 選項(xiàng)提供四大塊功能。

　　Download Time(下載時(shí)間分析)

　　可以得到組成頁(yè)面的每個(gè)請(qǐng)求下載時(shí)間。

　　Component(Over time)(各模塊的時(shí)間變化)

　　列出組成頁(yè)面的每個(gè)元素，以及隨著時(shí)間的變化所帶來的響應(yīng)時(shí)間變化。

　　通過該功能可以分析響應(yīng)時(shí)間變長(zhǎng)是因?yàn)轫?yè)面生成慢，還是因?yàn)閳D片資源下載慢。

　　Download Time(Over time)(模塊下載時(shí)間)

　　提供了針對(duì)每個(gè)組成頁(yè)面元素的時(shí)間組成部分分析，方便確認(rèn)該元素的處理時(shí)間組成部分。

　　Time to First Buffer(Over time)(模塊時(shí)間分類)

　　這里會(huì)列出該元素所使用的時(shí)間分配比例，是受 Network Time 影響的多還是 Server Time 影響的多。

　　Network Time：指網(wǎng)絡(luò)上的時(shí)間開銷。

　　Server Time：服務(wù)器對(duì)該頁(yè)面的處理時(shí)間。

　　Page Download Time Breakdown(頁(yè)面響應(yīng)時(shí)間組成分析)

　　這張圖顯示了每個(gè)頁(yè)面響應(yīng)時(shí)間的組成分析，一個(gè)頁(yè)面的響應(yīng)時(shí)間一般由以下內(nèi)容組成：

　　Client Time

　　客戶端瀏覽器接收所需要使用的時(shí)間，可以不考慮。

　　Connections Time

　　連接服務(wù)器所需要時(shí)間，越小越好。

　　DNS Resolution Time

　　通過 DNS 服務(wù)器解析域名所需要的時(shí)間，解析受到 DNS 服務(wù)器的影響，越小越好。

　　Error Time

　　服務(wù)器返回錯(cuò)誤響應(yīng)時(shí)間，這個(gè)時(shí)間反映了服務(wù)器處理錯(cuò)誤的速度，一般是 Web 服務(wù)器直接返回的，包含了網(wǎng)絡(luò)時(shí)間和 Web 服務(wù)器返回錯(cuò)誤的時(shí)間，該時(shí)間越小越好。

　　First Buffer Time

　　連接到服務(wù)器，服務(wù)器返回第一個(gè)字節(jié)所需要的時(shí)間，反映了系統(tǒng)對(duì)于正常請(qǐng)求的處理時(shí)間開銷，包含了網(wǎng)絡(luò)時(shí)間和服務(wù)器正常處理的時(shí)間，該時(shí)間越小越好。

　　FTP Authentication Time

　　FTP 認(rèn)證時(shí)間，這是進(jìn)行 FTP 登錄等操作所需要消耗的認(rèn)證時(shí)間，越短越好。

　　Receive Time

　　接受數(shù)據(jù)的時(shí)間，這個(gè)時(shí)間反映了帶寬的大小，帶寬越大，下載時(shí)間越短。

　　SSL Handshaking Time

　　SSL加密握手時(shí)間

　　得到頁(yè)面請(qǐng)求的組成比例圖，便于分析頁(yè)面時(shí)間浪費(fèi)在那些過程中。

　　Page Download Time Breakdown(Over Time)(頁(yè)面組成部分時(shí)間)

　　提供了隨著時(shí)間的變化所有請(qǐng)求的響應(yīng)時(shí)間變化過程。將整個(gè)負(fù)載過程中每個(gè)頁(yè)面的每個(gè)時(shí)間組成部分都做成單獨(dú)的時(shí)間線，以便分析在不同的時(shí)間點(diǎn)上組成該頁(yè)面的各個(gè)請(qǐng)求時(shí)間是如何變化的。

　　首先找到變化最明顯或者響應(yīng)時(shí)間最高的頁(yè)面，隨后再針對(duì)這個(gè)頁(yè)面進(jìn)行進(jìn)一步的分析了解時(shí)間偏長(zhǎng)或者變化快的原因。

　　Time to First Buffer Breakdown(頁(yè)面請(qǐng)求組成時(shí)間)

　　提供了組成頁(yè)面時(shí)間請(qǐng)求的比列說明(客戶端時(shí)間/服務(wù)器時(shí)間)，通過這個(gè)圖，可以直觀的了解到整個(gè)頁(yè)面的處理是在服務(wù)器端消耗的時(shí)間長(zhǎng)，還是在客戶端消耗的時(shí)間長(zhǎng)。從而分析得到系統(tǒng)的性能問題是在前端還是后端。

　　Time to First Buffer Breakdown(Over Time)(基于時(shí)間的頁(yè)面請(qǐng)求組成分析)

　　給出了整個(gè)負(fù)載過程中，每一個(gè)請(qǐng)求的 Server Time 和 Client Time 隨著時(shí)間變化的趨勢(shì)，可以方便定位響應(yīng)時(shí)間隨著時(shí)間變化的原因到底是由于客戶端變化導(dǎo)致的還是由于服務(wù)器端變化導(dǎo)致的。

轉(zhuǎn)載于:https://www.cnblogs.com/cappuccino917/p/6039806.html

總結(jié)

以上是生活随笔為你收集整理的LoadRunner中对图表的分析说明的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。