性能測(cè)試的概念與分析

1、軟件性能測(cè)試軟件性能測(cè)試的目的： 通過(guò)測(cè)試確認(rèn)軟件是否滿足產(chǎn)品的性能需求，同時(shí)發(fā)現(xiàn)系統(tǒng)中存在的性能瓶頸，起到優(yōu)化系統(tǒng)的目的。 軟件性能測(cè)試的基本概念： 軟件性能測(cè)試是在交替進(jìn)行負(fù)載和強(qiáng)迫測(cè)試時(shí)常用的術(shù)語(yǔ)。理想的“軟件性能測(cè)試”(和其他類(lèi)型的測(cè)試)應(yīng)在需求文檔或質(zhì)量保證、測(cè)試計(jì)劃中定義。軟件性能測(cè)試一般包括負(fù)載測(cè)試和軟件壓力測(cè)試。 通常驗(yàn)證軟件的性能在正常環(huán)境和系統(tǒng)條件下重復(fù)使用是否還能滿足性能指標(biāo)。軟件性能測(cè)試的幾種方法和工具：1. 負(fù)載測(cè)試計(jì)劃過(guò)程 目標(biāo)：產(chǎn)生一個(gè)清晰、好理解、可驗(yàn)證的負(fù)載測(cè)試計(jì)劃 內(nèi)容：關(guān)注6個(gè)區(qū)域：目標(biāo)、用戶、用例、生產(chǎn)環(huán)境、測(cè)試環(huán)境、測(cè)試場(chǎng)景 工具：IBM、HP、Ope

2、nSource工具都支持。有相關(guān)文檔配合 2. RBI方法 目標(biāo)：快速識(shí)別性能瓶頸 內(nèi)容：重點(diǎn)測(cè)試“吞吐量”指標(biāo)，因?yàn)镽BI認(rèn)定80%的系統(tǒng)性能瓶頸由吞吐量造成。 按照網(wǎng)絡(luò)、硬件、數(shù)據(jù)庫(kù)、應(yīng)用服務(wù)器、代碼的順序自上而下分析性能 工具：IBM、HP Loadrunner、OpenSource工具都支持。需使用分析模塊、根據(jù)Weblogic、Oracle區(qū)別有專(zhuān)門(mén)的工具實(shí)現(xiàn)RBI。 3. 性能下降曲線分析法 目標(biāo)：性能隨著用戶數(shù)的增加而出現(xiàn)下降趨勢(shì)的曲線分析、查看性能下降的環(huán)境點(diǎn)與上下文。確定性能閥值。 內(nèi)容：通過(guò)單用戶區(qū)域、性能平坦區(qū)域、壓力區(qū)域、性能拐點(diǎn)進(jìn)行監(jiān)控和分析。 工具：IBM、HP、O

3、penSource工具都支持。IBM報(bào)表功能更強(qiáng)。 4. HP(LoadRunner)性能分析法 特點(diǎn)：側(cè)重于該廠商的性能分析方法、主要體現(xiàn)在需求收集、VU腳本。 軟件性能測(cè)試的幾個(gè)階段： 對(duì)于互聯(lián)網(wǎng)應(yīng)用軟件，性能是其質(zhì)量的一個(gè)非常重要的組成部分。作為解決軟件性能問(wèn)題的重要手段，軟件軟件性能測(cè)試已經(jīng)廣為人們所熟悉，并受到很高的關(guān)注。一般而言，軟件性能測(cè)試都是在項(xiàng)目的后期才開(kāi)展，被測(cè)試的對(duì)象通常是已經(jīng)具備一定穩(wěn)定性的產(chǎn)品。而實(shí)際上，軟件性能測(cè)試應(yīng)貫穿于整個(gè)軟件生命周期中，和功能測(cè)試一樣，軟件性能測(cè)試也分為幾個(gè)階段。 軟件生命周期與軟件性能測(cè)試 不論哪種軟件生命周期模型，需求分析、設(shè)計(jì)、編碼、測(cè)試

4、和運(yùn)行維護(hù)這幾個(gè)階段都是其中的基本要素，只是在不同的軟件生命周期模型中可能迭代、合并、拆分或重組這幾個(gè)階段，在此不做過(guò)多的描述。與其他幾個(gè)階段相對(duì)應(yīng)，測(cè)試從軟件開(kāi)發(fā)過(guò)程按階段可以劃分為：?jiǎn)卧獪y(cè)試、集成測(cè)試、系統(tǒng)測(cè)試，在其他的書(shū)上可能還能見(jiàn)到諸如確認(rèn)測(cè)試、驗(yàn)收測(cè)試等名詞，但是前3種測(cè)試確實(shí)是最基本的測(cè)試活動(dòng)，而其他的測(cè)試活動(dòng)只是在某些軟件開(kāi)發(fā)過(guò)程中會(huì)發(fā)生。 值得注意的是，通常在談?wù)搯卧獪y(cè)試、集成測(cè)試和系統(tǒng)測(cè)試時(shí)，其實(shí)僅僅談?wù)摰氖遣煌A段的功能測(cè)試;而當(dāng)討論軟件性能測(cè)試時(shí)，絕大多數(shù)的情況是，一個(gè)已經(jīng)開(kāi)發(fā)完畢或基本開(kāi)發(fā)完畢的軟件，測(cè)試人員用一種或幾種軟件性能測(cè)試工具，以盡量模擬真實(shí)用戶行為的方式對(duì)該

5、軟件進(jìn)行并發(fā)操作，收集并比較不同場(chǎng)景的結(jié)果，然后對(duì)軟件的性能進(jìn)行分析，這個(gè)活動(dòng)通常發(fā)生在系統(tǒng)測(cè)試階段，甚至更往后的階段，如運(yùn)行維護(hù)階段。 軟件性能測(cè)試的幾個(gè)術(shù)語(yǔ) 1. 響應(yīng)時(shí)間 “響應(yīng)時(shí)間”的概念確定為“對(duì)請(qǐng)求作出響應(yīng)所需要的時(shí)間”，把響應(yīng)時(shí)間作為用戶視角的軟件性能的主要體現(xiàn)。響應(yīng)時(shí)間劃分為“呈現(xiàn)時(shí)間”和“系統(tǒng)響應(yīng)時(shí)間”兩個(gè)部分。 其中“呈現(xiàn)時(shí)間”取決于數(shù)據(jù)在被客戶端收到響應(yīng)數(shù)據(jù)后呈現(xiàn)頁(yè)面所消耗的時(shí)間、而“響應(yīng)時(shí)間”指應(yīng)用服務(wù)器從請(qǐng)求發(fā)出開(kāi)始到客戶端接受到數(shù)據(jù)所消耗的時(shí)間。軟件性能測(cè)試一般不關(guān)注“呈現(xiàn)時(shí)間”，因?yàn)槌尸F(xiàn)時(shí)間很大程度上取決于客戶端的表現(xiàn)。在這里我們沒(méi)有使用很多軟件性能測(cè)試定義中的概

6、念“系統(tǒng)響應(yīng)時(shí)間”定義為“應(yīng)用系統(tǒng)從請(qǐng)求發(fā)出開(kāi)始到客戶端接收到最后一個(gè)字節(jié)數(shù)據(jù)所消耗的時(shí)間”，沒(méi)有使用這種標(biāo)準(zhǔn)的原因是，可以使用一些編程技巧在數(shù)據(jù)尚未完全接收完成時(shí)進(jìn)行呈現(xiàn)來(lái)減少用戶感受到的響應(yīng)時(shí)間。 2. 并發(fā) “并發(fā)”是指所有用戶在同一時(shí)刻做同一件事或操作，這種操作一般針對(duì)同一類(lèi)型的業(yè)務(wù)。3. 并發(fā)用戶數(shù) “并發(fā)用戶數(shù)”與“同時(shí)在線數(shù)”進(jìn)行區(qū)別對(duì)待，“并發(fā)用戶數(shù)”的標(biāo)準(zhǔn)是：在同一時(shí)刻與服務(wù)器進(jìn)行交互的在線用戶數(shù)量。因此，在確定這個(gè)“并發(fā)用戶數(shù)”前，必須(必要)先對(duì)用戶的業(yè)務(wù)進(jìn)行分解、分析出典型的業(yè)務(wù)場(chǎng)景(也就是用戶最常使用、最關(guān)注的業(yè)務(wù)操作)，然后基于場(chǎng)景采用某些方法(比如當(dāng)前系統(tǒng)的注冊(cè)用

7、戶，活躍用戶等)獲得“并發(fā)用戶數(shù)”。 4. 吞吐量 吞吐量定義為“單位時(shí)間內(nèi)系統(tǒng)處理的客戶請(qǐng)求的數(shù)量”，直接體現(xiàn)軟件系統(tǒng)的性能承載能力，對(duì)于交互式應(yīng)用系統(tǒng)來(lái)說(shuō)、吞吐量反映的是服務(wù)器承受的壓力、在容量規(guī)劃的測(cè)試中、吞吐量是一個(gè)重要指標(biāo)、它不但反映在中間件、數(shù)據(jù)庫(kù)上、更加體現(xiàn)在硬件上。 5. 性能計(jì)數(shù)器 性能計(jì)數(shù)器式描述服務(wù)器或操作系統(tǒng)性能的一些數(shù)據(jù)指標(biāo)、例如對(duì)WINDOWS來(lái)說(shuō)使用內(nèi)存數(shù)、CPU使用率、進(jìn)程時(shí)間等都是常見(jiàn)的計(jì)數(shù)器。 6. 思考時(shí)間 思考時(shí)間確定為“休眠時(shí)間”。從業(yè)務(wù)系統(tǒng)的角度來(lái)說(shuō)，這個(gè)時(shí)間指的是用戶在驚醒操作時(shí)、每個(gè)請(qǐng)求之間的時(shí)間間隔、從自動(dòng)化測(cè)試的角度來(lái)說(shuō)、要真實(shí)的測(cè)試模擬用戶

8、操作、就必須在測(cè)試腳本中讓各個(gè)操作之間等待一段時(shí)間、體現(xiàn)在腳本上就是在操作之間放置一個(gè)Think的函數(shù)，體現(xiàn)為腳本中兩個(gè)請(qǐng)求語(yǔ)句之間的間隔時(shí)間。 7. 點(diǎn)擊率每秒鐘用戶向Web服務(wù)器提交的HTTP請(qǐng)求書(shū)。這個(gè)指標(biāo)是Web應(yīng)用特有的一個(gè)指標(biāo)：Web應(yīng)用是“請(qǐng)求-響應(yīng)”模式，用戶發(fā)出一次申請(qǐng)，服務(wù)器就要處理一次，所以“點(diǎn)擊”是Web應(yīng)用能夠處理交易的最小單位。如果把每次點(diǎn)擊定義為一次交易，點(diǎn)擊率和TPS就是一個(gè)概念。不難看出，點(diǎn)擊率越大，對(duì)服務(wù)器的壓力也越大。點(diǎn)擊率只是一個(gè)性能參考指標(biāo)，重要的是分析點(diǎn)擊時(shí)產(chǎn)生的影響。需要注意的是，這里的點(diǎn)擊不是指鼠標(biāo)的一次“單擊”操作，而是在一次“單擊”操作中，客

9、戶端可能向服務(wù)器發(fā)出多個(gè)HTTP請(qǐng)求數(shù)。 8. 資源利用率資源利用率指的是對(duì)不同系統(tǒng)資源的使用程度，例如服務(wù)器的CPU利用率、磁盤(pán)利用率等。資源利用率是分析系統(tǒng)性能指標(biāo)而改善性能的主要依據(jù)，因此，它是Web性能測(cè)試工作的重點(diǎn)。資源利用率主要針對(duì)Web服務(wù)器、操作系統(tǒng)、數(shù)據(jù)庫(kù)服務(wù)器、網(wǎng)絡(luò)等，是測(cè)試和分析瓶頸的主要參數(shù)。在性能測(cè)試中，要根據(jù)需求采集具體的資源利用率參數(shù)來(lái)進(jìn)行分析。軟件性能測(cè)試注意要點(diǎn)： 1、軟件性能測(cè)試是在功能測(cè)試完成或者在確保功能流程沒(méi)有問(wèn)題之后進(jìn)行 2、軟件性能測(cè)試計(jì)劃、方案一般與測(cè)試用例統(tǒng)一在一個(gè)文檔里 3、測(cè)試環(huán)境應(yīng)盡量與用戶環(huán)境保持一致，并且性能測(cè)試的環(huán)境應(yīng)單獨(dú)運(yùn)行且避免

10、與其他軟件同時(shí)使用4、軟件性能測(cè)試一般使用測(cè)試工具和測(cè)試人員編制測(cè)試腳本來(lái)完成 5、軟件性能測(cè)試的重點(diǎn)在于前期數(shù)據(jù)的設(shè)計(jì)與后期數(shù)據(jù)的分析6、軟件性能測(cè)試是測(cè)試，開(kāi)發(fā)，產(chǎn)品等多個(gè)角色的共同進(jìn)行的 Loadrunner性能指標(biāo)分析：1、軟件性能測(cè)試的指標(biāo)：服務(wù)器的各項(xiàng)指標(biāo)(CPU使用率、內(nèi)存占用率、硬盤(pán)占用率等)、后臺(tái)數(shù)據(jù)庫(kù)的各項(xiàng)指標(biāo)和軟件的響應(yīng)時(shí)間： (1) 操作系統(tǒng)有關(guān)的指標(biāo)：CPU平均利用率、內(nèi)存平均占用率、硬盤(pán)占用率、I/O數(shù)量、網(wǎng)絡(luò)時(shí)延 (2) 數(shù)據(jù)庫(kù)有關(guān)的指標(biāo)：I/Owait、Mem平均使用率、cpu平均使用率、在一次I/O操作中所讀的最大BLOCKS數(shù)、Log的增長(zhǎng)情況、數(shù)據(jù)庫(kù)的訪問(wèn)

11、速度、數(shù)據(jù)庫(kù)能支持的最大用戶數(shù)、數(shù)據(jù)庫(kù)CACHE命中率、不同數(shù)據(jù)庫(kù)參數(shù)下的性能情況、鎖的處理 (3) 軟件有關(guān)的指標(biāo)：平均響應(yīng)時(shí)間(從接收請(qǐng)求到回復(fù)響應(yīng)的時(shí)間)、每秒交易數(shù)量(單位時(shí)間里的執(zhí)行次數(shù))、對(duì)中間件功能的調(diào)用、遠(yuǎn)程處理延遲 用戶事務(wù)分析是站在用戶角度進(jìn)行的基礎(chǔ)性能分析。1、Transation Sunmmary（事務(wù)綜述）對(duì)事務(wù)進(jìn)行綜合分析是性能分析的第一步，通過(guò)分析 時(shí)間內(nèi)用戶事務(wù)的成功與失敗情況，可以直接判斷出系統(tǒng)是否運(yùn)行正常。2、Average TransacitonResponse Time（事務(wù)平均響應(yīng)時(shí)間）“事務(wù)平均響應(yīng)時(shí)間”顯示的是測(cè)試場(chǎng)景運(yùn)行期間的每一秒內(nèi)事務(wù)執(zhí)行所用

12、的平均時(shí)間，通過(guò)它可以分析測(cè)試場(chǎng)景運(yùn)行期間應(yīng)用系統(tǒng)的性能走向。例：隨著測(cè)試時(shí)間的變化，系統(tǒng)處理事務(wù)的速度開(kāi)始逐漸變慢，這說(shuō)明應(yīng)用系統(tǒng)隨著投產(chǎn)時(shí)間的變化，整體性能將會(huì)有下降的趨勢(shì)。3、Transactions per Second（每秒通過(guò)事務(wù)數(shù)/TPS）“每秒通過(guò)事務(wù)數(shù)/TPS”顯示在場(chǎng)景運(yùn)行的每一秒鐘，每個(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í)間的影響。例：當(dāng)壓力加大時(shí)，點(diǎn)擊率/TPS曲線如果變化緩慢或者有平坦的趨勢(shì)，很有可能是服務(wù)器

13、開(kāi)始出現(xiàn)瓶頸。4、Total Transactions perSecond（每秒通過(guò)事務(wù)總數(shù)）“每秒通過(guò)事務(wù)總數(shù)”顯示在場(chǎng)景運(yùn)行時(shí)，在每一秒內(nèi)通過(guò)的事務(wù)總數(shù)、失敗的事務(wù)總署以及停止的事務(wù)總數(shù)。5、Transaction PerformanceSunmmary（事務(wù)性能摘要）“事務(wù)性能摘要”顯示方案中所有事務(wù)的最小、最大和平均執(zhí)行時(shí)間，可以直接判斷響應(yīng)時(shí)間是否符合用戶的要求。重點(diǎn)關(guān)注事務(wù)的平均和最大執(zhí)行時(shí)間，如果其范圍不在用戶可以接受的時(shí)間范圍內(nèi)，需要進(jìn)行原因分析。6、Transaction Response TimeUnder Load（事務(wù)響應(yīng)時(shí)間與負(fù)載）“事務(wù)響應(yīng)時(shí)間與負(fù)載”是“正在運(yùn)行的

14、虛擬用戶”圖和“平均響應(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è)試場(chǎng)景比較有用。7、Transaction ResponseTime(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ù)百分比。8、Transaction ResponseTime(Distribution)

15、（事務(wù)響應(yīng)時(shí)間(分布)）“事務(wù)響應(yīng)時(shí)間(分布)”顯示在場(chǎng)景運(yùn)行過(guò)程中，事務(wù)執(zhí)行所用時(shí)間的分布，通過(guò)它可以了解測(cè)試過(guò)程中不同響應(yīng)時(shí)間的事務(wù)數(shù)量。如果系統(tǒng)預(yù)先定義了相關(guān)事務(wù)可以接受的最小和最大事務(wù)響應(yīng)時(shí)間，則可以使用此圖確定服務(wù)器性能是否在可以接受的范圍內(nèi)。WebResources（Web資源分析）Web資源分析是從服務(wù)器入手對(duì)Web服務(wù)器的性能分析。1、Hits per Second（每秒點(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)擊次數(shù)對(duì)事務(wù)性能產(chǎn)生的影響。通過(guò)對(duì)

16、查看“每秒點(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ù)器在流量方面的處理能力以及是否存在瓶頸。“吞吐率”圖和“點(diǎn)擊率”圖的區(qū)別：“點(diǎn)擊率”圖，是每秒服務(wù)器處理的HTTP申請(qǐng)數(shù)。“吞吐率”圖，是客戶端每秒從服務(wù)器獲得的總數(shù)據(jù)量。3、HTTP Status Code Summary（HTTP狀態(tài)代碼概要）“HTTP狀

17、態(tài)代碼概要”顯示場(chǎng)景或會(huì)話步驟過(guò)程中從Web服務(wù)器返回的HTTP狀態(tài)代碼數(shù)，該圖按照代碼分組。HTTP狀態(tài)代碼表示HTTP請(qǐng)求的狀態(tài)。4、HTTP Responses per Second（每秒HTTP響應(yīng)數(shù)）“每秒HTTP響應(yīng)數(shù)”是顯示運(yùn)行場(chǎng)景過(guò)程中每秒從Web服務(wù)器返回的不同HTTP狀態(tài)代碼的數(shù)量，還能返回各類(lèi)狀態(tài)碼的信息，通過(guò)分析狀態(tài)碼，可以判斷服務(wù)器在壓力下的運(yùn)行情況，也可以通過(guò)對(duì)圖中顯示的結(jié)果進(jìn)行分組，進(jìn)而定位生成錯(cuò)誤的代碼腳本。5、Pages Downloader perSecond（每秒下載頁(yè)面數(shù)）“每秒下載頁(yè)面數(shù)”顯示場(chǎng)景或會(huì)話步驟運(yùn)行的每一秒內(nèi)從服務(wù)器下載的網(wǎng)頁(yè)數(shù)。使用此圖可

18、依據(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è)的大?。┒棵胂螺d頁(yè)面數(shù)只考慮頁(yè)面數(shù)。注：要查看每秒下載頁(yè)數(shù)圖，必須在R-T-S那里設(shè)置“每秒頁(yè)面數(shù)(僅HTML模式)”。6、Retries per Second（每秒重試次數(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ù)載生

19、成器的IP地址7、Retries Summary（重試次數(shù)概要）“重試次數(shù)概要”顯示場(chǎng)景或會(huì)話步驟運(yùn)行過(guò)程中服務(wù)器嘗試的連接次數(shù)，它按照重試原因分組。將此圖與每秒重試次數(shù)圖一起使用可以確定場(chǎng)景或會(huì)話步驟運(yùn)行過(guò)程中服務(wù)器在哪個(gè)時(shí)間點(diǎn)進(jìn)行了重試。8、Connections（連接數(shù)）“連接數(shù)”顯示場(chǎng)景或會(huì)話步驟運(yùn)行過(guò)程中每個(gè)時(shí)間點(diǎn)打開(kāi)的TCP/IP連接數(shù)。借助此圖，可以知道何時(shí)需要添加 連接。例：當(dāng)連接數(shù)到達(dá)穩(wěn)定狀態(tài)而事務(wù)響應(yīng)時(shí)間迅速增大時(shí)，添加連接可以使性能得到極大提高（事務(wù)響應(yīng)時(shí)間將降低）。9、Connections Per Second（每秒連接數(shù)）“每秒連接數(shù)”顯示方案在運(yùn)行過(guò)程中每秒建立的

20、TCP/IP連接數(shù)。理想情況下，很多HTTP請(qǐng)求都應(yīng)該使用同一連接，而不是每個(gè)請(qǐng)求都新打開(kāi)一個(gè)連接。通過(guò)每秒連接數(shù)圖可以看出服務(wù)器的處理情況，就表明服務(wù)器的性能在逐漸下降。10、SSLs Per Second（每秒SSL連接數(shù)）“每秒SSL連接數(shù)”顯示場(chǎng)景或會(huì)話步驟運(yùn)行的每一秒內(nèi)打開(kāi)的新的以及重新使用的SSL連接數(shù)。當(dāng)對(duì)安全服務(wù)器打開(kāi)TCP/IP連接后，瀏覽器將打開(kāi)SSL連接。Web Page Breakdown（網(wǎng)頁(yè)元素細(xì)分）“網(wǎng)頁(yè)元素細(xì)分”主要用來(lái)評(píng)估頁(yè)面內(nèi)容是否影響事務(wù)的響應(yīng)時(shí)間，通過(guò)它可以深入地分析網(wǎng)站上那些下載很慢的圖形或中斷的連接等有問(wèn)題的元素。1、Web Page Breakdo

21、wn（頁(yè)面分解總圖）“頁(yè)面分解”顯示某一具體事務(wù)在測(cè)試過(guò)程的響應(yīng)情況，進(jìn)而分析相關(guān)的事務(wù)運(yùn)行是否正常。“頁(yè)面分解”圖可以按下面四種方式進(jìn)行進(jìn)一步細(xì)分：1)、DownloadTime Breaddown（下載時(shí)間細(xì)分）“下載時(shí)間細(xì)分”圖顯示網(wǎng)頁(yè)中不同元素的下載時(shí)間，同時(shí)還可按照下載過(guò)程把時(shí)間進(jìn)行分解，用不同的顏色來(lái)顯示DNS解析時(shí)間、建立連接時(shí)間、第一次緩沖時(shí)間等各自所占比例。2)、ComponentBreakdown(Over Time)（組件細(xì)分(隨時(shí)間變化)）“組件細(xì)分”圖顯示選定網(wǎng)頁(yè)的頁(yè)面組件隨時(shí)間變化的細(xì)分圖。通過(guò)該圖可以很容易的看出哪些元素在測(cè)試過(guò)程中下載時(shí)間不穩(wěn)定。該圖特別適用于需

22、要在客戶端下載控件較多的頁(yè)面，通過(guò)分析控件的響應(yīng)時(shí)間，很容易就能發(fā)現(xiàn)那些控件不穩(wěn)定或者比較耗時(shí)。3)、DownloadTime Breakdown(Over Time)（下載時(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í)間。4)、Timeto First Buffer B

23、reakdown(Over Time)（第一次緩沖時(shí)間細(xì)分(隨時(shí)間變化)）“第一次緩沖時(shí)間細(xì)分(隨時(shí)間變化)”圖顯示成功收到從Web服務(wù)器返回的第一次緩沖之前的這段時(shí)間，場(chǎng)景或會(huì)話步驟運(yùn)行的每一秒中每個(gè)網(wǎng)頁(yè)組件的服務(wù)器時(shí)間和網(wǎng)絡(luò)時(shí)間（以秒為單位）?？梢允褂迷搱D確定場(chǎng)景或會(huì)話步驟運(yùn)行期間服務(wù)器或網(wǎng)絡(luò)出現(xiàn)問(wèn)題的時(shí)間。First Buffer Time：是指客戶端與服務(wù)器端建立連接后，從服務(wù)器發(fā)送第一個(gè)數(shù)據(jù)包開(kāi)始計(jì)時(shí)，數(shù)據(jù)經(jīng)過(guò)網(wǎng)絡(luò)傳送到客戶端，到瀏覽器接收到第一個(gè)緩沖所用的時(shí)間。2、Page Component Breakdown（頁(yè)面組件細(xì)分）“頁(yè)面組件細(xì)分”圖顯示每個(gè)網(wǎng)頁(yè)及其組件的平均下載時(shí)間（以秒為單位）?？梢愿鶕?jù)下載組件所用的平均秒數(shù)對(duì)圖列進(jìn)行排序，通過(guò)它有助于隔離有問(wèn)題的組件。3、Page ComponentBreakdown(Over Time)（頁(yè)面組件分解(隨時(shí)間變化)）“頁(yè)面組件分解(隨時(shí)間變化)”圖顯示在方案運(yùn)行期間的每一秒內(nèi)每個(gè)網(wǎng)頁(yè)及其組件的平均響應(yīng)時(shí)間 （以秒為單位）。4、Page Download TimeBreakdown（頁(yè)面下載時(shí)間細(xì)分）“頁(yè)面下載時(shí)間細(xì)分”圖顯示每個(gè)頁(yè)面組件下載時(shí)間的細(xì)分，可以根據(jù)它確定在網(wǎng)頁(yè)下載期間事務(wù)響應(yīng)時(shí)間緩慢是由網(wǎng)絡(luò)錯(cuò)誤引起還是由服務(wù)器錯(cuò)誤引