LoadRunner中對(duì)圖表的分析說(shuō)明_第1頁(yè)
LoadRunner中對(duì)圖表的分析說(shuō)明_第2頁(yè)
LoadRunner中對(duì)圖表的分析說(shuō)明_第3頁(yè)
LoadRunner中對(duì)圖表的分析說(shuō)明_第4頁(yè)
LoadRunner中對(duì)圖表的分析說(shuō)明_第5頁(yè)
已閱讀5頁(yè),還剩6頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶(hù)提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

1、LoadRunner中對(duì)圖表的分析說(shuō)明 (一)在Vusers(虛擬用戶(hù)狀態(tài))中1.Running Vusers(負(fù)載過(guò)程中的虛擬用戶(hù)運(yùn)行情況)說(shuō)明系統(tǒng)形成負(fù)載的過(guò)程,隨著時(shí)間的推移,虛擬用戶(hù)數(shù)量是如何變化的,描述為(用戶(hù)在幾分鐘左右到達(dá)了組在峰值多少個(gè)虛擬用戶(hù),負(fù)載的生成是大約每分鐘增加幾個(gè)用戶(hù),峰值負(fù)載持續(xù)為幾分幾秒)。2.Rendezvous(負(fù)載過(guò)程中集合點(diǎn)下的虛擬用戶(hù)數(shù))說(shuō)明腳本中一般要設(shè)置集合點(diǎn)才會(huì)產(chǎn)生并發(fā),隨著時(shí)間的推移各個(gè)時(shí)間點(diǎn)上并發(fā)用戶(hù)的數(shù)目,方便我們了解并發(fā)用戶(hù)數(shù)的變化情況。描述(剛開(kāi)始的幾分鐘內(nèi),負(fù)載的并發(fā)用戶(hù)都是幾個(gè),而后面變化為幾個(gè)用戶(hù)并發(fā))。(二)在Transacti

2、ons(事務(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í)間) 說(shuō)明反映隨著時(shí)間的變化事務(wù)響應(yīng)時(shí)間的變化情況,時(shí)間越小說(shuō)明處理的速度越快。如果和前面的用戶(hù)負(fù)載生成圖合并在一起看,就可以發(fā)現(xiàn)用戶(hù)負(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)該超過(guò)用戶(hù)的最大接受范圍,否則會(huì)出現(xiàn)系統(tǒng)響應(yīng)過(guò)慢的問(wèn)題。2.Transactions per S

3、econd(每秒事務(wù)數(shù)) 說(shuō)明數(shù)據(jù)反映了系統(tǒng)在同一時(shí)間內(nèi)能處理業(yè)務(wù)的最大能力,這個(gè)數(shù)據(jù)越高,說(shuō)明系統(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ì)有所下降。而在幾分鐘以后開(kāi)始出現(xiàn)少量的失敗事務(wù))3.Transaction Summary(事務(wù)概要說(shuō)明)說(shuō)明通過(guò)的事務(wù)數(shù)越多,說(shuō)明系統(tǒng)的處理能力越強(qiáng);失敗的事務(wù)越少,說(shuō)明系統(tǒng)越可靠。描述(對(duì)于注冊(cè)操作一共有對(duì)少次操作成功,有幾次失敗。可以開(kāi)率結(jié)合前面的每秒錯(cuò)

4、誤數(shù)進(jìn)一步分析為什么會(huì)出現(xiàn)幾個(gè)注冊(cè)錯(cuò)誤,以及錯(cuò)誤發(fā)生的時(shí)間和該時(shí)間產(chǎn)生錯(cuò)誤的原因)4.Transaction Performance Summary(事務(wù)性能概要)說(shuō)明給出事務(wù)的平均時(shí)間、最大時(shí)間、最小時(shí)間柱狀圖,方便分析事務(wù)響應(yīng)時(shí)間的情況。描述(看到這個(gè)事務(wù)最大時(shí)間為多少S,最小時(shí)間為多少S,平均時(shí)間為多少S。柱狀圖的落差越小說(shuō)明響應(yīng)時(shí)間的波動(dòng)較小,那么說(shuō)明系統(tǒng)不夠穩(wěn)定。)5.Transaction Response Time Under Load(在用戶(hù)負(fù)載下事務(wù)響應(yīng)時(shí)間) 說(shuō)明在負(fù)載用戶(hù)增長(zhǎng)的過(guò)程中響應(yīng)時(shí)間的變化情況,起始這張圖也是將Vusers和Average Transaction

5、Response Time圖做了一個(gè)Correlate Merge得到的,該圖的線條越平穩(wěn),說(shuō)明系統(tǒng)越穩(wěn)定。描述(看到負(fù)載逐漸增加到幾個(gè)用戶(hù)時(shí),事務(wù)的響應(yīng)時(shí)間基本沒(méi)有變化,而用戶(hù)增加到幾個(gè)開(kāi)始,隨著用 戶(hù)負(fù)載的增加響應(yīng)時(shí)間也有較大的波動(dòng))6.Transaction Response Time(Percentile)(事務(wù)響應(yīng)時(shí)間的百分比)說(shuō)明有多少比例的事務(wù)發(fā)生在某個(gè)時(shí)間內(nèi),也可以發(fā)現(xiàn)響應(yīng)時(shí)間的分布規(guī)律,數(shù)據(jù)越平穩(wěn)說(shuō)明響應(yīng)時(shí)間變化越小。描述(看到百分幾%的事務(wù)是在幾秒內(nèi))7.Transaction Response Time (Distribution)(每個(gè)時(shí)間段上的事務(wù)數(shù))說(shuō)明在每個(gè)時(shí)間段

6、上的事務(wù)個(gè)數(shù),響應(yīng)時(shí)間較小的分類(lèi)下的事務(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)處于開(kāi)啟狀態(tài)時(shí),該圖表才會(huì)出現(xiàn)。1.Hits per Second(每秒點(diǎn)擊數(shù))說(shuō)明每秒點(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í)間的增加,每

7、秒點(diǎn)擊數(shù)在上升,最高達(dá)到了多少次/s)。2.Throughput(帶寬使用)說(shuō)明當(dāng)前系統(tǒng)負(fù)載下所使用的帶寬,該數(shù)據(jù)越小說(shuō)明系統(tǒng)的貸款依賴(lài)越小,通過(guò)這個(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ù)) 說(shuō)明每秒鐘服務(wù)器返回各種狀態(tài)的數(shù)目,該數(shù)值一般和每秒點(diǎn)擊量相同。點(diǎn)擊量是指客戶(hù)端發(fā)出的請(qǐng)求數(shù),而HTTP響應(yīng)數(shù)是指服務(wù)器返回的響應(yīng)數(shù)。如果 服務(wù)器返回的響應(yīng)數(shù)小于發(fā)出的請(qǐng)求數(shù),那么說(shuō)明服務(wù)器無(wú)法應(yīng)答超出負(fù)載的連接請(qǐng)求。描述(最高峰時(shí)服務(wù)器每

8、秒能返回接近多少個(gè)HTTP _ 200 OK的狀態(tài))。4.Connections Per Second(每秒連接數(shù))說(shuō)明兩種不同狀態(tài)的連接數(shù),即 中斷的連接和新建的連接,方便用戶(hù)了解當(dāng)前每秒對(duì)服務(wù)器產(chǎn)生連接的數(shù)量。描述(隨著時(shí)間的推移,系統(tǒng)的連接數(shù)逐步上升,最高達(dá)到每秒幾個(gè)連接)同時(shí)的連接 數(shù)越多,說(shuō)明服務(wù)器的連接池越大,當(dāng)連接數(shù)隨著負(fù)載上升而停止上升時(shí),說(shuō)明系統(tǒng)的連接池已滿(mǎn),無(wú)法連接更多的用戶(hù),通常這個(gè)時(shí)候服務(wù)器會(huì)返回504錯(cuò)誤。 可以通過(guò)修改服務(wù)器的最大連接數(shù)來(lái)解決問(wèn)題。(四)在Web Page Diagnostics(網(wǎng)頁(yè)分析)中當(dāng)在 場(chǎng)景中打開(kāi)Diagnostics菜單下的Web Pa

9、ge Diagnostics功能,就能得到網(wǎng)頁(yè)分析組圖。通過(guò)這個(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)系。通過(guò)這個(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è)分析)說(shuō)明 添加該圖先會(huì)得到整個(gè)場(chǎng)景運(yùn)行后虛擬用戶(hù)訪問(wèn)的Page列表,也就是所有頁(yè)面下載時(shí)間列表。描述(在注冊(cè)用戶(hù)事務(wù)進(jìn)行分析,整個(gè)負(fù)載由三個(gè)頁(yè)面請(qǐng)求組 成,其中有一個(gè)請(qǐng)求始終在多少秒以?xún)?nèi),而另外幾個(gè)請(qǐng)求時(shí)

10、間較長(zhǎng)并且有上升趨勢(shì),然后通過(guò)Select Page to Break Down命令選擇具體的Page來(lái)獲得每個(gè)請(qǐng)求的相關(guān)詳細(xì)信息分析如下:1.Download Time下載時(shí)間分析組成頁(yè)面的每個(gè)請(qǐng)求下載時(shí)間可以看到創(chuàng)建用戶(hù)的操作由4個(gè)請(qǐng)求組成,其中導(dǎo)致注冊(cè)用戶(hù)較慢的主要原因是注冊(cè)完成后需要等待兩 秒鐘再刷新至論壇首頁(yè),而非注冊(cè)用戶(hù)本身需要消耗的時(shí)間,首頁(yè)刷新慢也只是因?yàn)镃lient(客戶(hù)端)需要消耗較多時(shí)間,同時(shí)Receive(接收)的時(shí) 間也有一定的影響。2.Component(Over time)各模塊的時(shí)間變化通過(guò)這個(gè)功能可以分析響應(yīng)時(shí)間變長(zhǎng)是因?yàn)轫?yè)面生成慢,還是因?yàn)閳D片資源下載慢。隨

11、著時(shí)間的增加,首頁(yè)的處理時(shí)間(最上面的一根線)從多少秒上升到了最大值多少秒,而注冊(cè)英護(hù)響應(yīng)時(shí)間幾乎沒(méi)有上升。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í)間分類(lèi)列出該元素所使用的時(shí)間分配比例,是受Network Time影響的多還是Server Time影響的多。對(duì)于首頁(yè)刷新的響應(yīng)時(shí)間來(lái)說(shuō),主要是Network Time網(wǎng)絡(luò)上消耗的時(shí)間,而

12、Server Time服務(wù)器端的處理時(shí)非常優(yōu)秀的。Server Time是服務(wù)器對(duì)該頁(yè)面的處理時(shí)間;Network Time是指網(wǎng)絡(luò)上的時(shí)間開(kāi)銷(xiāo)。)2、 Page Download Time Breakdown(頁(yè)面響應(yīng)時(shí)間組成分析)說(shuō)明顯示每個(gè)頁(yè)面響應(yīng)時(shí)間的組成分析,一個(gè)頁(yè)面的響應(yīng)時(shí)間一般由以下內(nèi)容組成:Client Time客戶(hù)端瀏覽接收所需要使用的時(shí)間,可以不用考慮。Connections Time連接服務(wù)器所需要的時(shí)間,越小越好。DNS Resolution Time通過(guò)DNS服務(wù)器解析域名所需要的時(shí)間,解析受到DNS服務(wù)器的影響,越小越好。Error Time服務(wù)器返回錯(cuò)誤響應(yīng)時(shí)間,

13、這個(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í)間開(kāi)銷(xiāo),包含網(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ì)分

14、析得到頁(yè)面請(qǐng)求的組成比例圖,便于分析頁(yè)面時(shí)間浪費(fèi)在哪些過(guò)程中。3、 Page Download Time Breakdown(Over time)(頁(yè)面組成部分時(shí)間) 說(shuō)明隨著時(shí)間的變化所有請(qǐng)求的響應(yīng)時(shí)間變化過(guò)程。這里會(huì)將整個(gè)負(fù)載過(guò)程中每個(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)求組

15、成時(shí)間)說(shuō)明組成頁(yè)面時(shí)間請(qǐng)求的比例說(shuō)明(客戶(hù)端時(shí)間/服務(wù)器時(shí)間),通過(guò)這個(gè)圖,我們可以直接地了解到整個(gè)頁(yè)面的處理是在服務(wù)器端消耗的時(shí)間長(zhǎng),還是在客戶(hù)端消耗的時(shí)間長(zhǎng),從而分析得到系統(tǒng)的性能問(wèn)題是在前段還是在后端。描述(網(wǎng)絡(luò)或客戶(hù)端的時(shí)間開(kāi)銷(xiāo)占了絕大多數(shù))5、 Time to First Buffer Breakdown(Over time)(基于時(shí)間的頁(yè)面請(qǐng)求組成分析) 說(shuō)明在整個(gè)負(fù)載過(guò)程中,每一個(gè)請(qǐng)求的Server Time和Client Time隨著時(shí)間變化的趨勢(shì),可以方便定位響應(yīng)時(shí)間隨著時(shí)間變化的原因到底是由于客戶(hù)端變化導(dǎo)致的還是由于服務(wù)器端變化導(dǎo)致的。描述(對(duì)于用戶(hù)注冊(cè)操作, 望樓上的時(shí)

16、間變化比服務(wù)器上的時(shí)間變化要?jiǎng)×遥ㄎ澹┰贜etwork Monitor(網(wǎng)絡(luò)監(jiān)控)中在 Controller中添加了Network Delay Time監(jiān)控后會(huì)出現(xiàn)該數(shù)據(jù)圖。這個(gè)功能很好但并不是非常直觀和方便,建議使用第三方專(zhuān)門(mén)的路由分析工具進(jìn)行網(wǎng)絡(luò)延遲和路徑分析。1、Network Delay Time(網(wǎng)絡(luò)延遲時(shí)間)說(shuō)明從監(jiān)控機(jī)至目標(biāo)主機(jī)的平均網(wǎng)絡(luò)延遲變化情況。描述(看到網(wǎng)絡(luò)延遲從多少毫秒逐漸減少到多少毫秒,最后上升到多少毫秒)。2、Network Sub-Path Time(網(wǎng)絡(luò)Sub-Path時(shí)間)說(shuō)明當(dāng)客戶(hù)端在連接一個(gè)遠(yuǎn)程服務(wù)器時(shí),路徑并不是唯一的,收到路由器的路由選擇,可能會(huì)選擇

17、不同的路徑最終訪問(wèn)到服務(wù)器。描述(從監(jiān)控服務(wù)區(qū)至目標(biāo)服務(wù)器所經(jīng)歷的路徑,以及每個(gè)路徑上的網(wǎng)絡(luò)延遲)3、Network Segment Delay Time(網(wǎng)段延遲時(shí)間)說(shuō)明各個(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)行情況,通過(guò)它可以發(fā)現(xiàn)系統(tǒng)的瓶頸。1、 System Resources(系統(tǒng)資源)列出了再負(fù)載過(guò)程中系統(tǒng)的各種資源數(shù)據(jù)是如何變化的,該圖需要在場(chǎng)景中設(shè)置了對(duì)應(yīng)系統(tǒng)

18、的監(jiān)控后才出現(xiàn):1.Database Server Resources(數(shù)據(jù)庫(kù)資源)說(shuō)明數(shù)據(jù)庫(kù)的相關(guān)資源在負(fù)載過(guò)程中的變化情況。2.Web Server Resources(Web服務(wù)器資源)說(shuō)明Web服務(wù)器資源在負(fù)載過(guò)程中的變化情況。(七)在Error(錯(cuò)誤統(tǒng)計(jì))中當(dāng)場(chǎng)景在運(yùn)行中出現(xiàn)錯(cuò)誤時(shí),錯(cuò)誤信息將會(huì)被保存在該計(jì)數(shù)器組中,通過(guò)Error信息可以了解錯(cuò)誤產(chǎn)生的時(shí)間和錯(cuò)誤的類(lèi)型,幫助我們定位產(chǎn)生錯(cuò)誤的原因。Error per Second(每秒錯(cuò)誤數(shù))說(shuō)明每秒錯(cuò)誤數(shù)可以了解在每個(gè)時(shí)間點(diǎn)上錯(cuò)誤產(chǎn)生的數(shù)目,該數(shù)據(jù)越小越好。通過(guò)這個(gè)圖可以了解錯(cuò)誤隨負(fù)載的變化情況,定位何時(shí)系統(tǒng)在負(fù)載下開(kāi)始不穩(wěn)定甚至出

19、錯(cuò),配合系統(tǒng)日志可以定位產(chǎn)生錯(cuò)誤的原因。描述(看到場(chǎng)景在多少的時(shí)候出現(xiàn)了一次錯(cuò)誤)。Service Level Agreement Legend(SLA圖標(biāo)說(shuō)明)1、圖標(biāo)為灰色帶減號(hào)的為No Data,說(shuō)明在SLA中未對(duì)這個(gè)數(shù)據(jù)項(xiàng)進(jìn)行監(jiān)控,沒(méi)有數(shù)據(jù);2、圖標(biāo)為紅色帶叉的為Fail,說(shuō)明在SLA中定義了該項(xiàng)的數(shù)據(jù)監(jiān)控,但該數(shù)據(jù)未能達(dá)到期望的閥值;3、圖標(biāo)為綠色帶鉤的為Pass,說(shuō)明在SLA中定義了該項(xiàng)的數(shù)據(jù)監(jiān)控,該數(shù)據(jù)達(dá)到了期望閥值。-Vusers (虛擬用狀態(tài))Vusers用戶(hù)狀態(tài)計(jì)數(shù)器組提供了產(chǎn)生負(fù)載的虛擬用戶(hù)運(yùn)行狀態(tài)的相關(guān)信息,可以幫助了解負(fù)載生成的過(guò)程。Running Vusers(負(fù)載

20、過(guò)程中的虛擬用戶(hù)運(yùn)行情況)此圖反映系統(tǒng)形成負(fù)載的過(guò)程,隨著時(shí)間的推移,虛擬用戶(hù)數(shù)是如何變化的。Rendezvous(負(fù)載過(guò)程中集合點(diǎn)下的虛擬用戶(hù))當(dāng)場(chǎng)景中設(shè)置了集合點(diǎn)后會(huì)出現(xiàn)該圖,反映了隨著時(shí)間的推移各個(gè)時(shí)間點(diǎn)上并發(fā)用戶(hù)的數(shù)目,方便了解并發(fā)用戶(hù)數(shù)的變化情況。Errors(錯(cuò)誤統(tǒng)計(jì))當(dāng)場(chǎng)景在運(yùn)行中出現(xiàn)錯(cuò)誤時(shí),錯(cuò)誤信息將會(huì)保存在該計(jì)數(shù)器組中,通過(guò) Error 信息可以了解錯(cuò)誤產(chǎn)生的時(shí)間和錯(cuò)誤的類(lèi)型,幫助定位產(chǎn)生錯(cuò)誤的原因。Errors per Second(每秒錯(cuò)誤數(shù))可以了解在每個(gè)時(shí)間點(diǎn)上錯(cuò)誤產(chǎn)生的數(shù)目,該數(shù)據(jù)越小越好,通過(guò)該圖可以了解錯(cuò)誤隨負(fù)載的變化情況,定位何時(shí)系統(tǒng)在負(fù)載下開(kāi)始不穩(wěn)定甚至出錯(cuò)

21、,配合系統(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í)間越小說(shuō)明處理的速度越快。結(jié)合負(fù)載生成圖合并一起看,可以發(fā)現(xiàn)用戶(hù)負(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í)間

22、內(nèi)能處理業(yè)務(wù)的最大能力,這個(gè)數(shù)據(jù)越高,說(shuō)明系統(tǒng)處理能力越強(qiáng)。TPS 會(huì)受到負(fù)載的影響,也會(huì)隨著負(fù)載的增加而逐漸增加,當(dāng)系統(tǒng)進(jìn)入繁忙期后,TPS 會(huì)有所下降。Transaction Summary(事務(wù)概要說(shuō)明)說(shuō)明事務(wù)的 Pass 個(gè)數(shù)和 Fail 個(gè)數(shù),了解負(fù)載的事務(wù)完成情況。通過(guò)的事務(wù)越多,說(shuō)明系統(tǒng)的處理能力越強(qiáng),失敗的事務(wù)越少,說(shuō)明系統(tǒng)越可靠。結(jié)合每秒錯(cuò)誤數(shù)圖進(jìn)一步分析錯(cuò)誤產(chǎn)生的原因。Transaction Performance Summary(事務(wù)性能概要)事務(wù)的平均時(shí)間、最大時(shí)間、最小時(shí)間柱狀圖,方便分析事務(wù)響應(yīng)時(shí)間的情況。柱狀圖的落差越小說(shuō)明系統(tǒng)響應(yīng)時(shí)間的波動(dòng)較小,如果落差很大,

23、說(shuō)明系統(tǒng)不夠穩(wěn)定。Transaction Response Time Under Load(在用戶(hù)負(fù)載下事務(wù)響應(yīng)時(shí)間)在負(fù)載用戶(hù)增長(zhǎng)的過(guò)程中響應(yīng)時(shí)間的變化情況,改圖的線條越平穩(wěn),說(shuō)明系統(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)說(shuō)明響應(yīng)時(shí)間變化越小。Transaction Response Time(Distribution)(每個(gè)時(shí)間段上的事務(wù)數(shù))每個(gè)時(shí)間段上的事務(wù)個(gè)數(shù),響應(yīng)時(shí)間較小的分類(lèi)下的事務(wù)數(shù)越多越好。Web

24、Resources(網(wǎng)頁(yè)資源信息) 給出的是對(duì)于 Web 操作的一些基本信息,這些信息在服務(wù)器端也能獲得,當(dāng) Controller 的 RunTime Setting 中 Preferences 下的 Generated Web performance graphs 選相處于開(kāi)啟狀態(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ù)越小說(shuō)明系統(tǒng)的帶寬依賴(lài)越小,通過(guò)這個(gè)數(shù)據(jù)能確定是

25、否出現(xiàn)了網(wǎng)絡(luò)帶寬的瓶頸(注意使用單位為字節(jié))。HTTP Responses per Second(每秒 HTTP 響應(yīng)數(shù))每秒鐘服務(wù)器返回各種狀態(tài)的數(shù)目,該數(shù)值一般和每秒點(diǎn)擊量相同。點(diǎn)擊量是指客戶(hù)端發(fā)出的請(qǐng)求數(shù),而 HTTP 響應(yīng)數(shù)是指服務(wù)器返回的響應(yīng)數(shù)。如果服務(wù)器返回的響應(yīng)數(shù)小于客戶(hù)端發(fā)出的點(diǎn)擊數(shù),那么說(shuō)明服務(wù)器無(wú)法應(yīng)答超出負(fù)載的連接請(qǐng)求。結(jié)合每秒點(diǎn)擊數(shù)看,如吻合,則說(shuō)明服務(wù)器能夠?qū)γ恳粋€(gè)客戶(hù)端請(qǐng)求進(jìn)行應(yīng)答。Connections Per Second(每秒連接數(shù))給出兩種不同狀態(tài)的連接數(shù),即中斷的連接和新建的連接,方便了解當(dāng)前每秒對(duì)服務(wù)器產(chǎn)生連接的數(shù)量。同時(shí)的連接數(shù)越多,說(shuō)明服務(wù)器的連接池

26、越大,當(dāng)連接數(shù)隨著負(fù)載上升而停止上升時(shí),說(shuō)明系統(tǒng)的連接池已滿(mǎn),無(wú)法連接更多的用戶(hù),通常服務(wù)器會(huì)返回504錯(cuò)誤??梢酝ㄟ^(guò)修改服務(wù)器的最大連接數(shù)來(lái)解決該問(wèn)題。Web Page Diagnostics(網(wǎng)頁(yè)分析)當(dāng)在場(chǎng)景中打開(kāi) Diagnostics 菜單下的 Web Page Diagnostics 功能,就能得到網(wǎng)頁(yè)分析組圖。 通過(guò)該圖,可以對(duì)事務(wù)的組成進(jìn)行抽絲剝繭的分析,得到組成這個(gè)頁(yè)面的每一個(gè)請(qǐng)求時(shí)間的分析,進(jìn)一步了解響應(yīng)時(shí)間中有關(guān)網(wǎng)絡(luò)和服務(wù)器處理時(shí)間的分配關(guān)系。 通過(guò)該功能,可以實(shí)現(xiàn)對(duì)網(wǎng)站前端的性能分析,明確系統(tǒng)響應(yīng)時(shí)間較長(zhǎng)是由服務(wù)器端處理能力不足還是客戶(hù)端連接到服務(wù)器的網(wǎng)絡(luò)消耗導(dǎo)致的。W

27、eb Page Diagnostics(網(wǎng)頁(yè)分析)添加改圖先會(huì)得到真?zhèn)€個(gè)場(chǎng)景運(yùn)行后虛擬用戶(hù)訪問(wèn) Page 列表,也就是所有頁(yè)面下載時(shí)間列表。通過(guò) Select Page to Break Down 命令選擇具體的 Page 來(lái)獲得每個(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í)間的變化所帶來(lái)的響應(yīng)時(shí)間變化。通過(guò)該功能可以分析響應(yīng)時(shí)間變長(zhǎng)是因?yàn)轫?yè)面生成慢,還是因?yàn)閳D片資源下載慢。Downlo

28、ad Time(Over time)(模塊下載時(shí)間)提供了針對(duì)每個(gè)組成頁(yè)面元素的時(shí)間組成部分分析,方便確認(rèn)該元素的處理時(shí)間組成部分。Time to First Buffer(Over time)(模塊時(shí)間分類(lèi))這里會(huì)列出該元素所使用的時(shí)間分配比例,是受 Network Time 影響的多還是 Server Time 影響的多。Network Time:指網(wǎng)絡(luò)上的時(shí)間開(kāi)銷(xiāo)。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客戶(hù)端瀏覽器接

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶(hù)所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶(hù)上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶(hù)上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶(hù)因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論