LR測(cè)試報(bào)告分析——2015

1、LoadRunner分析一、用戶事務(wù)分析用戶事務(wù)分析是站在用戶角度進(jìn)行的基礎(chǔ)性能分析。1、TransationSunmmary（事務(wù)綜述）對(duì)事務(wù)進(jìn)行綜合分析是性能分析的第一步，通過(guò)分析測(cè)試時(shí)間內(nèi)用戶事務(wù)的成功與失敗情況，可以直接判斷出系統(tǒng)是否運(yùn)行正常。2、AverageTransacitonResponseTime（事務(wù)平均響應(yīng)時(shí)間）“事務(wù)平均響應(yīng)時(shí)間”顯示的是測(cè)試場(chǎng)景運(yùn)行期間的每一秒內(nèi)事務(wù)執(zhí)行所用的平均時(shí)間，通過(guò)它可以分析測(cè)試場(chǎng)景運(yùn)行期間應(yīng)用系統(tǒng)的性能走向。根據(jù)該圖，可以定位出現(xiàn)性能問(wèn)題的轉(zhuǎn)折點(diǎn)。說(shuō)明：隨著測(cè)試時(shí)間的變化，系統(tǒng)處理事務(wù)的速度開(kāi)始逐漸變慢，這說(shuō)明應(yīng)用系統(tǒng)隨著投產(chǎn)時(shí)間的變化，整體

2、性能將會(huì)有下降的趨勢(shì)。 當(dāng)事務(wù)響應(yīng)時(shí)間的曲線開(kāi)始由緩慢上升，然后處于平衡，最后慢慢下降，可能情況：1）曲線圖持續(xù)上升，表明系統(tǒng)的處理能力在下降，事務(wù)的響應(yīng)時(shí)間變長(zhǎng)； 2）持續(xù)平衡，表明并發(fā)用戶數(shù)達(dá)到一定數(shù)量，再多請(qǐng)求也可能接受不了，等待； 3）當(dāng)事務(wù)的響應(yīng)時(shí)間在下降，表明并發(fā)用戶的數(shù)量在慢慢減少，事務(wù)的請(qǐng)求數(shù)也在減少。 如果系統(tǒng)沒(méi)有出現(xiàn)下降，但響應(yīng)時(shí)間越來(lái)越長(zhǎng)，直到系統(tǒng)癱瘓，引起原因可能如下： 1）程序中用戶數(shù)連接未做限制，導(dǎo)致請(qǐng)求數(shù)不斷上升，響應(yīng)時(shí)間不斷變長(zhǎng)； 2）內(nèi)存泄露。 3、TransactionsperSecond（每秒通過(guò)事務(wù)數(shù)，簡(jiǎn)寫TPS）“每秒通過(guò)事務(wù)數(shù)/TPS”顯示在場(chǎng)景運(yùn)行

3、的每一秒鐘，每個(gè)事務(wù)通過(guò)、失敗以及停止的數(shù)量，使考查系統(tǒng)性能的一個(gè)重要參數(shù)。通過(guò)它可以確定系統(tǒng)在任何給定時(shí)刻的時(shí)間事務(wù)負(fù)載。分析TPS主要是看曲線的性能走向。將它與平均事務(wù)響應(yīng)時(shí)間進(jìn)行對(duì)比，可以分析事務(wù)數(shù)目對(duì)執(zhí)行時(shí)間的影響。說(shuō)明：當(dāng)壓力加大時(shí)，點(diǎn)擊率/TPS曲線如果變化緩慢或者有平坦的趨勢(shì)，很有可能是服務(wù)器開(kāi)始出現(xiàn)瓶頸。TPS值，越大說(shuō)明系統(tǒng)處理能力越強(qiáng)。4、TotalTransactionsperSecond（每秒通過(guò)事務(wù)總數(shù)）“每秒通過(guò)事務(wù)總數(shù)”顯示在場(chǎng)景運(yùn)行時(shí)，在每一秒內(nèi)通過(guò)的事務(wù)總數(shù)、失敗的事務(wù)總署以及停止的事務(wù)總數(shù)。該曲線走向和TPS曲線走向一致。5、TransactionPerfo

4、rmanceSunmmary（事務(wù)性能摘要）“事務(wù)性能摘要”顯示方案中所有事務(wù)的最小、最大和平均執(zhí)行時(shí)間，可以直接判斷響應(yīng)時(shí)間是否符合用戶的要求。說(shuō)明：重點(diǎn)關(guān)注事務(wù)的平均和最大執(zhí)行時(shí)間，如果其范圍不在用戶可以接受的時(shí)間范圍內(nèi)，需要進(jìn)行原因分析。6、TransactionResponseTimeUnderLoad（事務(wù)響應(yīng)時(shí)間與負(fù)載）“事務(wù)響應(yīng)時(shí)間與負(fù)載”是“正在運(yùn)行的虛擬用戶”圖和“平均響應(yīng)事務(wù)時(shí)間”圖的組合，通過(guò)它可以看出在任一時(shí)間點(diǎn)事務(wù)響應(yīng)時(shí)間與用戶數(shù)目的關(guān)系，從而掌握系統(tǒng)在用戶并發(fā)方面的性能數(shù)據(jù)，為擴(kuò)展用戶系統(tǒng)提供參考。此圖可以查看虛擬用戶負(fù)載對(duì)執(zhí)行時(shí)間的總體影響，對(duì)分析具有漸變負(fù)載的測(cè)

5、試場(chǎng)景比較有用。7、TransactionResponseTime(Percentile)（事務(wù)響應(yīng)時(shí)間(百分比)）“事務(wù)響應(yīng)時(shí)間(百分比)”是根據(jù)測(cè)試結(jié)果進(jìn)行分析而得到的綜合分析圖，也就是工具通過(guò)一些統(tǒng)計(jì)分析方法間接得到的圖表。通過(guò)它可以分析在給定事務(wù)響應(yīng)時(shí)間范圍內(nèi)能執(zhí)行的事務(wù)百分比。 說(shuō)明：主要觀察，在給定時(shí)間的范圍內(nèi)完成事務(wù)的百分比 參考值： 10%的TRT（P）=5s、50%的TRT（P）=5s、90%的TRT（P）=5s8、TransactionResponseTime(Distribution)（事務(wù)響應(yīng)時(shí)間(分布)）“事務(wù)響應(yīng)時(shí)間(分布)”顯示在場(chǎng)景運(yùn)行過(guò)程中，事務(wù)執(zhí)行所用時(shí)間的

6、分布，通過(guò)它可以了解測(cè)試過(guò)程中不同響應(yīng)時(shí)間的事務(wù)數(shù)量。如果系統(tǒng)預(yù)先定義了相關(guān)事務(wù)可以接受的最小和最大事務(wù)響應(yīng)時(shí)間，則可以使用此圖確定服務(wù)器性能是否在可以接受的范圍內(nèi)。 說(shuō)明：主要觀察，大多數(shù)事務(wù)的響應(yīng)時(shí)間 參考值：TRT（D）=5s二、確定CPU、內(nèi)存泄露問(wèn)題1、%processor time(processor_total)服務(wù)器消耗的處理器時(shí)間數(shù)量.如果服務(wù)器專用于sql server 可接受的最大上限是80% -85 %.也就是常見(jiàn)的CPU 使用率。說(shuō)明：正常負(fù)載下，服務(wù)器的CPU利用率應(yīng)該在80%以下。超過(guò)90%,那么很可能存在處理器瓶頸。如果CPU使用率不斷上升，內(nèi)存使用率也不斷上升

7、，表明系統(tǒng)可能產(chǎn)生資源爭(zhēng)用情況，引起原因，程序資源調(diào)配問(wèn)題。判斷是否內(nèi)存泄露問(wèn)題：內(nèi)存問(wèn)題主要檢查應(yīng)用程序是否存在內(nèi)存泄漏,如果發(fā)生了內(nèi)存泄漏，P rocess BytesPrivate Bytes計(jì)數(shù)器和ProcessWorking set 計(jì)數(shù)器的值往往會(huì)升高，同時(shí)Avaiable bytes的值會(huì)降低。內(nèi)存泄漏應(yīng)該通過(guò)一個(gè)長(zhǎng)時(shí)間的，用來(lái)研究分析所有內(nèi)存都耗盡時(shí)，應(yīng)用程序反應(yīng)情況的測(cè)試來(lái)檢驗(yàn)。內(nèi)存泄露問(wèn)題經(jīng)常出現(xiàn)在服務(wù)長(zhǎng)時(shí)間運(yùn)轉(zhuǎn)的時(shí)候,由于部分程序?qū)?nèi)存沒(méi)有釋放，而將內(nèi)存慢慢耗盡，也是提醒大家對(duì)系統(tǒng)穩(wěn)定性測(cè)試的關(guān)注。2、%Disk time(physicaldisk_total)指所選磁盤

8、驅(qū)動(dòng)器忙于為讀或?qū)懭胝?qǐng)求提供服務(wù)所用的時(shí)間的百分比。如果三個(gè)計(jì)數(shù)器都比較大，那么硬盤不是瓶頸。如果只有%Disk Time比較大，另外兩個(gè)都比較適中，硬盤可能會(huì)是瓶頸。在記錄該計(jì)數(shù)器之前，請(qǐng)?jiān)赪indows 2000 的命令行窗口中運(yùn)行diskperf -yD。 說(shuō)明：正常值10。若數(shù)值持續(xù)超過(guò)80%，則可能是內(nèi)存泄漏。3、Availiable bytes(memory)用物理內(nèi)存數(shù). 如果Available Mbytes的值很小(4 MB 或更小)，則說(shuō)明計(jì)算機(jī)上總的內(nèi)存可能不足，或某程序沒(méi)有釋放內(nèi)存。參考值：4 MB或更小，至少要有10%的物理內(nèi)存值。4、Page write/sec(寫的

9、頁(yè)/秒)每秒執(zhí)行的物理數(shù)據(jù)庫(kù)寫的頁(yè)數(shù)。說(shuō)明：如果服務(wù)器沒(méi)有足夠的內(nèi)存處理其工作負(fù)荷，此數(shù)值將一直很高。如果大于80，表示有問(wèn)題(太多的讀寫數(shù)據(jù)操作要訪問(wèn)磁盤，可考慮增加內(nèi)存或優(yōu)化讀寫數(shù)據(jù)的算法)。【其他參數(shù)】%User time(processor_total)表示耗費(fèi)CPU的數(shù)據(jù)庫(kù)操作，如排序，執(zhí)行aggregate functions等。如果該值很高，可考慮增加索引，盡量使用簡(jiǎn)單的表聯(lián)接，水平分割大表格等方法來(lái)降低該值。%DPC time(processor_total)越低越好。在多處理器系統(tǒng)中，如果這個(gè)值大于50%并且Processor:% Processor Time非常高，加入一個(gè)

10、網(wǎng)卡可能會(huì)提高性能，提供的網(wǎng)絡(luò)已經(jīng)不飽和。Context switch/sec(system) (實(shí)例化inetinfo 和dllhost 進(jìn)程) 如果你決定要增加線程字節(jié)池的大小，你應(yīng)該監(jiān)視這三個(gè)計(jì)數(shù)器(包括上面的一個(gè))。增加線程數(shù)可能會(huì)增加上下文切換次數(shù)，這樣性能不會(huì)上升反而會(huì)下降。如果十個(gè)實(shí)例的上下文切換值非常高，就應(yīng)該減小線程字節(jié)池的大小。說(shuō)明：可判斷應(yīng)用程序的問(wèn)題。如果系統(tǒng)由于應(yīng)用程序代碼效率低下或者系統(tǒng)結(jié)構(gòu)設(shè)計(jì)有缺陷而導(dǎo)致大量的上下文切換(Contextswitches/sec顯示的上下文切換次數(shù)太高)那么就會(huì)占用大量的系統(tǒng)資源,如果系統(tǒng)的吞吐量降低并且CPU的使用率很高,并且此現(xiàn)

11、象發(fā)生時(shí)切換水平在15000以上,那么意味著上下文切換次數(shù)過(guò)高。%Disk reads/sec(physicaldisk_total)每秒讀硬盤字節(jié)數(shù).%Disk write/sec(physicaldisk_total)每秒寫硬盤字節(jié)數(shù).Page faults/sec進(jìn)程產(chǎn)生的頁(yè)故障與系統(tǒng)產(chǎn)生的相比較，以判斷這個(gè)進(jìn)程對(duì)系統(tǒng)頁(yè)故障產(chǎn)生的影響。Pages per second每秒鐘檢索的頁(yè)數(shù)該數(shù)字應(yīng)少于每秒一頁(yè)Working set:理線程最近使用的內(nèi)存頁(yè)，反映了每一個(gè)進(jìn)程使用的內(nèi)存頁(yè)的數(shù)量。如果服務(wù)器有足夠的空閑內(nèi)存，頁(yè)就會(huì)被留在工作集中，當(dāng)自由內(nèi)存少于一個(gè)特定的閾值時(shí)，頁(yè)就會(huì)被清除出工作集。

12、Avg.disk queue length讀取和寫入請(qǐng)求(為所選磁盤在實(shí)例間隔中列隊(duì)的)的平均數(shù)。該值應(yīng)不超過(guò)磁盤數(shù)的1.52 倍。要提高性能，可增加磁盤。注意：一個(gè)Raid Disk實(shí)際有多個(gè)磁盤。Average disk read/write queue length指讀取(寫入)請(qǐng)求(列隊(duì))的平均數(shù)Disk reads/(writes)/s:理磁盤上每秒鐘磁盤讀、寫的次數(shù)。兩者相加，應(yīng)小于磁盤設(shè)備最大容量。Average disk sec/read以秒計(jì)算的在此盤上讀取數(shù)據(jù)的所需平均時(shí)間。Average disk sec/transfer:指以秒計(jì)算的在此盤上寫入數(shù)據(jù)的所需平均時(shí)間。By

13、tes total/sec為發(fā)送和接收字節(jié)的速率，包括幀字符在內(nèi)。判斷網(wǎng)絡(luò)連接速度是否是瓶頸，可以用該計(jì)數(shù)器的值和目前網(wǎng)絡(luò)的帶寬比較Page read/sec:每秒發(fā)出的物理數(shù)據(jù)庫(kù)頁(yè)讀取數(shù)。這一統(tǒng)計(jì)信息顯示的是在所有數(shù)據(jù)庫(kù)間的物理頁(yè)讀取總數(shù)。由于物理 I/O 的開(kāi)銷大，可以通過(guò)使用更大的數(shù)據(jù)高速緩存、智能索引、更高效的查詢或者改變數(shù)據(jù)庫(kù)設(shè)計(jì)等方法，使開(kāi)銷減到最小。.三、確定網(wǎng)絡(luò)問(wèn)題：1、HitsperSecond（每秒點(diǎn)擊次數(shù)）“每秒點(diǎn)擊次數(shù)”，即使運(yùn)行場(chǎng)景過(guò)程中虛擬用戶每秒向Web服務(wù)器提交的HTTP請(qǐng)求數(shù)。通過(guò)它可以評(píng)估虛擬用戶產(chǎn)生的負(fù)載量，如將其和“平均事務(wù)響應(yīng)時(shí)間”圖比較，可以查看點(diǎn)擊

14、次數(shù)對(duì)事務(wù)性能產(chǎn)生的影響。 說(shuō)明：通過(guò)對(duì)查看“每秒點(diǎn)擊次數(shù)”，可以判斷系統(tǒng)是否穩(wěn)定。系統(tǒng)點(diǎn)擊率下降通常表明服務(wù)器的響應(yīng)速度在變慢，需進(jìn)一步分析，發(fā)現(xiàn)系統(tǒng)瓶頸所在。2、Throughput（吞吐率）“吞吐率”顯示的是場(chǎng)景運(yùn)行過(guò)程中服務(wù)器的每秒的吞吐量。其度量單位是字節(jié)，表示虛擬用在任何給定的每一秒從服務(wù)器獲得的數(shù)據(jù)量。可以依據(jù)服務(wù)器的吞吐量來(lái)評(píng)估虛擬用戶產(chǎn)生的負(fù)載量，以及看出服務(wù)器在流量方面的處理能力以及是否存在瓶頸?！巴掏侣省眻D，是每秒服務(wù)器處理的HTTP申請(qǐng)數(shù)?！包c(diǎn)擊率”圖，是客戶端每秒從服務(wù)器獲得的總數(shù)據(jù)量。說(shuō)明：觀察3張圖（Running Vusers（負(fù)載數(shù)）/His per Seco

15、nd（點(diǎn)擊率）/Throughput(吞吐量)），隨著負(fù)載的加大，點(diǎn)擊率和吞吐量會(huì)隨之增大。如果系統(tǒng)的吞吐量隨著負(fù)載的加大出現(xiàn)平坦或降低并且CPU的使用率很高,并且此現(xiàn)象發(fā)生時(shí)切換水平在15000以上,那么意味著上下文切換次數(shù)過(guò)高，表明網(wǎng)絡(luò)飽和。3、Network Delay Time說(shuō)明：網(wǎng)絡(luò)延遲時(shí)間的曲線突起顯示有網(wǎng)絡(luò)故障。4、Network Sub-Path Time說(shuō)明：網(wǎng)絡(luò)Sub-Path的時(shí)間曲線跳躍式的突起證明存在網(wǎng)絡(luò)故障。四、確定性能問(wèn)題是在網(wǎng)絡(luò)端還是服務(wù)端：1、WebPageBreakdown（頁(yè)面分解總圖）“頁(yè)面分解”顯示某一具體事務(wù)在測(cè)試過(guò)程的響應(yīng)情況，進(jìn)而分析相關(guān)的事務(wù)

16、運(yùn)行是否正常。可以按下面四種方式進(jìn)行進(jìn)一步細(xì)分： DownloadTimeBreaddown（下載時(shí)間細(xì)分） “下載時(shí)間細(xì)分”圖顯示網(wǎng)頁(yè)中不同元素的下載時(shí)間，同時(shí)還可按照下載過(guò)程把時(shí)間進(jìn)行分解，用不同的顏色來(lái)顯示DNS解析時(shí)間、建立連接時(shí)間、第一次緩沖時(shí)間等各自所占比例。 ComponentBreakdown(OverTime)（組件細(xì)分(隨時(shí)間變化)） “組件細(xì)分”圖顯示選定網(wǎng)頁(yè)的頁(yè)面組件隨時(shí)間變化的細(xì)分圖。通過(guò)該圖可以很容易的看出哪些元素在測(cè)試過(guò)程中下載時(shí)間不穩(wěn)定。該圖特別適用于需要在客戶端下載控件較多的頁(yè)面，通過(guò)分析控件的響應(yīng)時(shí)間，很容易就能發(fā)現(xiàn)那些控件不穩(wěn)定或者比較耗時(shí)。 Downlo

17、adTimeBreakdown(OverTime)（下載時(shí)間細(xì)分(隨時(shí)間變化)） “下載時(shí)間細(xì)分(隨時(shí)間變化)”圖顯示選定網(wǎng)頁(yè)的頁(yè)面元素下載時(shí)間細(xì)分（隨時(shí)間變化）情況，它非常清晰地顯示了頁(yè)面各個(gè)元素在壓力測(cè)試過(guò)程中的下載情況?！跋螺d時(shí)間細(xì)分”圖顯示的是整個(gè)測(cè)試過(guò)程頁(yè)面元素響應(yīng)的時(shí)間統(tǒng)計(jì)分析結(jié)果，“下載時(shí)間細(xì)分(隨時(shí)間變化)”顯示的事場(chǎng)景運(yùn)行過(guò)程中每一秒內(nèi)頁(yè)面元素響應(yīng)時(shí)間的統(tǒng)計(jì)結(jié)果，兩者分別從宏觀和微觀角度來(lái)分析頁(yè)面元素的下載時(shí)間。 TimetoFirstBufferBreakdown(OverTime)（第一次緩沖時(shí)間細(xì)分(隨時(shí)間變化)） “第一次緩沖時(shí)間細(xì)分(隨時(shí)間變化)”圖顯示成功收到從W

18、eb服務(wù)器返回的第一次緩沖之前的這段時(shí)間，場(chǎng)景或會(huì)話步驟運(yùn)行的每一秒中每個(gè)網(wǎng)頁(yè)組件的服務(wù)器時(shí)間和網(wǎng)絡(luò)時(shí)間（以秒為單位）。可以使用該圖確定場(chǎng)景或會(huì)話步驟運(yùn)行期間服務(wù)器或網(wǎng)絡(luò)出現(xiàn)問(wèn)題的時(shí)間。 FirstBufferTime：是指客戶端與服務(wù)器端建立連接后，從服務(wù)器發(fā)送第一個(gè)數(shù)據(jù)包開(kāi)始計(jì)時(shí)，數(shù)據(jù)經(jīng)過(guò)網(wǎng)絡(luò)傳送到客戶端，到瀏覽器接收到第一個(gè)緩沖所用的時(shí)間。2、PageComponentBreakdown（頁(yè)面組件細(xì)分）“頁(yè)面組件細(xì)分”圖顯示每個(gè)網(wǎng)頁(yè)及其組件的平均下載時(shí)間（以秒為單位）?？梢愿鶕?jù)下載組件所用的平均秒數(shù)對(duì)圖列進(jìn)行排序，通過(guò)它有助于隔離有問(wèn)題的組件。3、PageComponentBreakdo

19、wn(OverTime)（頁(yè)面組件分解(隨時(shí)間變化)）“頁(yè)面組件分解(隨時(shí)間變化)”圖顯示在方案運(yùn)行期間的每一秒內(nèi)每個(gè)網(wǎng)頁(yè)及其組件的平均響應(yīng)時(shí)間（以秒為單位）。4、PageDownloadTimeBreakdown（頁(yè)面下載時(shí)間細(xì)分）“頁(yè)面下載時(shí)間細(xì)分”圖顯示每個(gè)頁(yè)面組件下載時(shí)間的細(xì)分，可以根據(jù)它確定在網(wǎng)頁(yè)下載期間事務(wù)響應(yīng)時(shí)間緩慢是由網(wǎng)絡(luò)錯(cuò)誤引起還是由服務(wù)器錯(cuò)誤引起?！绊?yè)面下載時(shí)間細(xì)分”圖根據(jù)DNS解析時(shí)間、連接時(shí)間、第一次緩沖時(shí)間、SSL握手時(shí)間、接收時(shí)間、FTP驗(yàn)證時(shí)間、客戶端時(shí)間和錯(cuò)誤時(shí)間來(lái)對(duì)每個(gè)組件的下載過(guò)程進(jìn)行細(xì)分。5、PageDownloadTimeBreakdown(OverTi

20、me)（頁(yè)面下載時(shí)間細(xì)分(隨時(shí)間變化)）“頁(yè)面下載時(shí)間細(xì)分(隨時(shí)間變化)”圖顯示方案運(yùn)行期間，每一秒內(nèi)每個(gè)頁(yè)面組件下載時(shí)間的細(xì)分。使用此圖可以確定網(wǎng)絡(luò)或服務(wù)器在方案執(zhí)行期間哪一時(shí)間點(diǎn)發(fā)生了問(wèn)題?！绊?yè)面組件細(xì)分(隨時(shí)間變化)”圖和“頁(yè)面下載時(shí)間細(xì)分(隨時(shí)間變化)”圖通常結(jié)合起來(lái)進(jìn)行分析：首先確定有問(wèn)題的組件，然后分析它們的下載過(guò)程，進(jìn)而定位原因在哪里。6、TimetoFirstBufferBreakdown（第一次緩沖時(shí)間細(xì)分）“第一次緩沖時(shí)間細(xì)分”圖顯示成功收到從Web服務(wù)器返回的第一次緩沖之前的這一段時(shí)間內(nèi)的每個(gè)頁(yè)面組件的相關(guān)服務(wù)器/網(wǎng)路時(shí)間。如果組件的下載時(shí)間很長(zhǎng)，則可以使用此圖確定產(chǎn)生的

21、問(wèn)題與服務(wù)器有關(guān)還是與網(wǎng)絡(luò)有關(guān)。網(wǎng)絡(luò)時(shí)間：定義為第一個(gè)HTTP請(qǐng)求那一刻開(kāi)始，直到確認(rèn)為止所經(jīng)過(guò)的平均時(shí)間。服務(wù)器時(shí)間：定義為從收到初始HTTP請(qǐng)求確認(rèn)開(kāi)始，直到成功收到來(lái)自Web服務(wù)器的一次緩沖為止所經(jīng)過(guò)的平均時(shí)間。說(shuō)明：找出下載耗費(fèi)時(shí)間最多的網(wǎng)頁(yè)。有助排出DNS的故障，SSL的故障，網(wǎng)絡(luò)連接的故障。【其他Web資源分析】1、HTTPStatusCodeSummary（HTTP狀態(tài)代碼概要）“HTTP狀態(tài)代碼概要”顯示場(chǎng)景或會(huì)話步驟過(guò)程中從Web服務(wù)器返回的HTTP狀態(tài)代碼數(shù)，該圖按照代碼分組。HTTP狀態(tài)代碼表示HTTP請(qǐng)求的狀態(tài)。2、HTTPResponsesperSecond（每秒HT

22、TP響應(yīng)數(shù)）“每秒HTTP響應(yīng)數(shù)”是顯示運(yùn)行場(chǎng)景過(guò)程中每秒從Web服務(wù)器返回的不同HTTP狀態(tài)代碼的數(shù)量，還能返回其它各類狀態(tài)碼的信息，通過(guò)分析狀態(tài)碼，可以判斷服務(wù)器在壓力下的運(yùn)行情況，也可以通過(guò)對(duì)圖中顯示的結(jié)果進(jìn)行分組，進(jìn)而定位生成錯(cuò)誤的代碼腳本。3、PagesDownloaderperSecond（每秒下載頁(yè)面數(shù)）“每秒下載頁(yè)面數(shù)”顯示場(chǎng)景或會(huì)話步驟運(yùn)行的每一秒內(nèi)從服務(wù)器下載的網(wǎng)頁(yè)數(shù)。使用此圖可依據(jù)下載的頁(yè)數(shù)來(lái)計(jì)算Vuser生成的負(fù)載量。和吞吐量圖一樣，每秒下載頁(yè)面數(shù)圖標(biāo)是Vuser在給定的任一秒內(nèi)從服務(wù)器接收到的數(shù)據(jù)量。但是吞吐量考慮的各個(gè)資源極其大?。ɡ總€(gè)GIF文件的大小、每個(gè)網(wǎng)頁(yè)的大小）。而每秒下載頁(yè)面數(shù)只考慮頁(yè)面數(shù)。注：要查看每秒下載頁(yè)數(shù)圖，必須在R-T-S那里設(shè)置“每秒頁(yè)面數(shù)(僅HTML模式)”。6、RetriesperSecond（每秒重試次數(shù)）“每秒重試次數(shù)”顯示場(chǎng)景或會(huì)話步驟運(yùn)行的每一秒內(nèi)服務(wù)器嘗試的連接次數(shù)。在下列情況將重試服務(wù)器連接：A、初始連接未經(jīng)授權(quán)B、要求代理服務(wù)器身份驗(yàn)證C、服務(wù)器關(guān)閉了初始連接D、初始連接無(wú)法連接到服務(wù)器E、服務(wù)器最初無(wú)法解析負(fù)載生成器的IP地址4、RetriesSummary（重試次數(shù)概要）“重試次數(shù)概要”顯示場(chǎng)景或會(huì)話步驟運(yùn)行過(guò)程中服務(wù)器嘗試的連接次數(shù)，它按照重試原因分組。將