【文章內(nèi)容簡(jiǎn)介】 Web Page Breakdown（網(wǎng)頁(yè)元素細(xì)分）“網(wǎng)頁(yè)元素細(xì)分”主要用來評(píng)估頁(yè)面內(nèi)容是否影響事務(wù)的響應(yīng)時(shí)間，通過它可以深入地分析網(wǎng)站上那些下載很慢的圖形或中斷的連接等有問題的元素。Web Page Breakdown（頁(yè)面分解總圖）“頁(yè)面分解”顯示某一具體事務(wù)在測(cè)試過程的響應(yīng)情況，進(jìn)而分析相關(guān)的事務(wù)運(yùn)行是否正常?！绊?yè)面分解”圖可以按下面四種方式進(jìn)行進(jìn)一步細(xì)分：1)、Download Time Breaddown（下載時(shí)間細(xì)分）“下載時(shí)間細(xì)分”圖顯示網(wǎng)頁(yè)中不同元素的下載時(shí)間，同時(shí)還可按照下載過程把時(shí)間進(jìn)行分解，用不同的顏色來顯示DNS解析時(shí)間、建立連接時(shí)間、第一次緩沖時(shí)間等各自所占比例。2)、Component Breakdown(Over Time)（組件細(xì)分(隨時(shí)間變化)）“組件細(xì)分”圖顯示選定網(wǎng)頁(yè)的頁(yè)面組件隨時(shí)間變化的細(xì)分圖。通過該圖可以很容易的看出哪些元素在測(cè)試過程中下載時(shí)間不穩(wěn)定。該圖特別適用于需要在客戶端下載控件較多的頁(yè)面，通過分析控件的響應(yīng)時(shí)間，很容易就能發(fā)現(xiàn)那些控件不穩(wěn)定或者比較耗時(shí)。3)、Download Time Breakdown(Over Time)（下載時(shí)間細(xì)分(隨時(shí)間變化)）“下載時(shí)間細(xì)分(隨時(shí)間變化)” 圖顯示選定網(wǎng)頁(yè)的頁(yè)面元素下載時(shí)間細(xì)分（隨時(shí)間變化）情況，它非常清晰地顯示了頁(yè)面各個(gè)元素在壓力測(cè)試過程中的下載情況?！跋螺d時(shí)間細(xì)分”圖顯示的是整個(gè)測(cè)試過程頁(yè)面元素響應(yīng)的時(shí)間統(tǒng)計(jì)分析結(jié)果，“下載時(shí)間細(xì)分(隨時(shí)間變化)”顯示的事場(chǎng)景運(yùn)行過程中每一秒內(nèi)頁(yè)面元素響應(yīng)時(shí)間的統(tǒng)計(jì)結(jié)果，兩者分別從宏觀和微觀角度來分析頁(yè)面元素的下載時(shí)間。4)、Time to First Buffer Breakdown(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)問題的時(shí)間。First Buffer Time：是指客戶端與服務(wù)器端建立連接后，從服務(wù)器發(fā)送第一個(gè)數(shù)據(jù)包開始計(jì)時(shí)，數(shù)據(jù)經(jīng)過網(wǎng)絡(luò)傳送到客戶端，到瀏覽器接收到第一個(gè)緩沖所用的時(shí)間。Page Component Breakdown（頁(yè)面組件細(xì)分）“頁(yè)面組件細(xì)分”圖顯示每個(gè)網(wǎng)頁(yè)及其組件的平均下載時(shí)間（以秒為單位）?？梢愿鶕?jù)下載組件所用的平均秒數(shù)對(duì)圖列進(jìn)行排序，通過它有助于隔離有問題的組件。Page Component Breakdown(Over Time)（頁(yè)面組件分解(隨時(shí)間變化)）“頁(yè)面組件分解(隨時(shí)間變化)”圖顯示在方案運(yùn)行期間的每一秒內(nèi)每個(gè)網(wǎng)頁(yè)及其組件的平均響應(yīng)時(shí)間 （以秒為單位）。Page Download Time Breakdown（頁(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í)間來對(duì)每個(gè)組件的下載過程進(jìn)行細(xì)分。Page Download Time Breakdown(Over Time)（頁(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ā)生了問題?！绊?yè)面組件細(xì)分(隨時(shí)間變化)”圖和“頁(yè)面下載時(shí)間細(xì)分(隨時(shí)間變化)”圖通常結(jié)合起來進(jìn)行分析：首先確定有問題的組件，然后分析它們的下載過程，進(jìn)而定位原因在哪里。Time to First Buffer Breakdown（第一次緩沖時(shí)間細(xì)分）“第一次緩沖時(shí)間細(xì)分”圖顯示成功收到從Web服務(wù)器返回的第一次緩沖之前的這一段時(shí)間內(nèi)的每個(gè)頁(yè)面組件的相關(guān)服務(wù)器/網(wǎng)路時(shí)間。如果組件的下載時(shí)間很長(zhǎng)，則可以使用此圖確定產(chǎn)生的問題與服務(wù)器有關(guān)還是與網(wǎng)絡(luò)有關(guān)。網(wǎng)絡(luò)時(shí)間：定義為第一個(gè)HTTP請(qǐng)求那一刻開始，直到確認(rèn)為止所經(jīng)過的平均時(shí)間。服務(wù)器時(shí)間：定義為從收到初始HTTP請(qǐng)求確認(rèn)開始，直到成功收到來自Web服務(wù)器的一次緩沖為止所經(jīng)過的平均時(shí)間。Time to First Buffer Breakdown(Over Time)（第一次緩沖時(shí)間細(xì)分(隨時(shí)間變化)）“第一次緩沖時(shí)間細(xì)分(隨時(shí)間變化)”圖顯示成功收到從Web服務(wù)器返回的第一個(gè)緩沖之前的這段時(shí)間內(nèi)，場(chǎng)景運(yùn)行的每一秒中每個(gè)網(wǎng)頁(yè)組件的服務(wù)器時(shí)間和網(wǎng)絡(luò)時(shí)間?？梢允褂么藞D確定場(chǎng)景運(yùn)行期間服務(wù)器或網(wǎng)絡(luò)出現(xiàn)問題的時(shí)間點(diǎn)。Downloader Component Size(KB)（已下載組件大?。耙严螺d組件大小”圖顯示每個(gè)已經(jīng)下載的網(wǎng)頁(yè)組建的大小。通過它可以直接看出哪些組件比較大并需要進(jìn)一步進(jìn)行優(yōu)化以提高性能。LoadRunner對(duì)ezFas消防監(jiān)控軟件性能測(cè)試的數(shù)據(jù)分析[摘 要]：本文介紹了同方ezFas消防監(jiān)控軟件的主要性能數(shù)據(jù)，論述了各種性能指標(biāo)在測(cè)試中的用途。[關(guān)鍵詞]： 場(chǎng)景 性能數(shù)據(jù) 性能分析Abstract: The article introduces the main performance datas of TongFang ezFas software and the use of datas in testing.Keywords: Scene ,Performance Data ,Performance Analysis1ezFas消防監(jiān)控軟件網(wǎng)頁(yè)的基本概況 ezFAS消防監(jiān)控軟件是同方股份公司開發(fā)的一個(gè)功能強(qiáng)大的城市火災(zāi)遠(yuǎn)程監(jiān)控管理平臺(tái)，主要面向大型火災(zāi)監(jiān)控管理中心如省市、大型廠礦企業(yè)、石油、各類區(qū)域和行業(yè)內(nèi)部的消防管理部門，為主管部門提供實(shí)時(shí)報(bào)警、視頻監(jiān)聽、故障檢測(cè)、統(tǒng)計(jì)分析等功能。 該系統(tǒng)包括報(bào)警受理系統(tǒng)，用戶服務(wù)系統(tǒng)，信息查詢系統(tǒng)，火警信息終端四部分組成。報(bào)警受理系統(tǒng)主要為監(jiān)控中心提供實(shí)時(shí)報(bào)警，用戶管理，視頻查看，人員考勤，報(bào)表生成等各大主要功能。下面就對(duì)這套主要的報(bào)警受理系統(tǒng)的性能數(shù)據(jù)進(jìn)行分析。2測(cè)試環(huán)境服務(wù)器：CPU 型號(hào)：Inter(R) Core(TM)2 Duo T5450主頻：內(nèi)存容量：操作系統(tǒng)：Microsoft Windows Server 2003 Enterprise Edition SP2客戶端：CPU 型號(hào)：Intel Pentium III主頻:930MHZ內(nèi)存容量：640MB操作系統(tǒng)：Microsoft Windows XP Professional SP2 網(wǎng)絡(luò)環(huán)境：在測(cè)試網(wǎng)絡(luò)中有且僅有兩臺(tái)測(cè)試計(jì)算機(jī)，測(cè)試機(jī)之間通過1個(gè)Hub連接。3 測(cè)試場(chǎng)景 用戶進(jìn)入登陸模塊，總共登陸500個(gè)用戶，每分鐘登陸10個(gè)用戶。用戶點(diǎn)擊“ASE管理”，用戶在查詢的區(qū)縣里面選擇“石河子市”然后點(diǎn)擊查找。查找結(jié)束后點(diǎn)擊“退出”按鈕，退出系統(tǒng)。4 性能數(shù)據(jù)分析 我們對(duì)500個(gè)用戶的同時(shí)登陸進(jìn)程，進(jìn)行每5分鐘增加10個(gè)用戶的加壓測(cè)試。此次測(cè) 試在250分鐘后結(jié)束。 Transactions Sunmmary(事務(wù)綜述) 用戶事務(wù)分析是站在用戶角度進(jìn)行的基礎(chǔ)性能分析。此次測(cè)試一共運(yùn)行的事務(wù)數(shù)為9690145，成功 968750，失敗 觀察發(fā)現(xiàn)隨著用戶數(shù)量的不斷增加，失敗的事務(wù)開始出現(xiàn)，并且出現(xiàn)的頻率逐步升高。當(dāng)程序運(yùn)行到200個(gè)用戶同時(shí)登陸時(shí)，失敗事務(wù)開始出現(xiàn)。由此可以直接判斷出當(dāng)200個(gè)用戶同步登陸時(shí)系統(tǒng)運(yùn)行出現(xiàn)異常。此系統(tǒng)最大承受壓力為200個(gè)用戶同步登陸。 但考慮到此套系統(tǒng)主要用于省級(jí)市的監(jiān)控，對(duì)于最大的省份，監(jiān)控中心數(shù)量不會(huì)超過50個(gè)，所有監(jiān)控中心的用戶同時(shí)登陸數(shù)量也不會(huì)超過100個(gè)。此套系統(tǒng)最大承受壓力為200，所以性能已經(jīng)大大超過要求，并不需要花費(fèi)時(shí)間和精力優(yōu)化系統(tǒng)的運(yùn)行穩(wěn)定性。 Average Transaciton Response Time(事務(wù)平均響應(yīng)時(shí)間) 事務(wù)平均響應(yīng)時(shí)間顯示的是測(cè)試場(chǎng)景運(yùn)行期間的每一秒內(nèi)事務(wù)執(zhí)行所用的平均時(shí)間，通過它可以分析測(cè)試場(chǎng)景運(yùn)行期間系統(tǒng)性能的走向。如果隨著測(cè)試時(shí)間的變化，系統(tǒng)處理事務(wù)的速度開始逐漸變慢就說明應(yīng)用系統(tǒng)隨著投產(chǎn)時(shí)間的變化整體性能將會(huì)有下降的趨勢(shì)。在這次250分鐘的測(cè)試中，事務(wù)相應(yīng)平均時(shí)間沒有大幅度的變化，但這不能說明系統(tǒng)就是穩(wěn)定的，250分鐘的測(cè)試時(shí)間很短，所以我們針對(duì)這個(gè)結(jié)果單獨(dú)進(jìn)行了5天持續(xù)不斷的測(cè)試，發(fā)現(xiàn)性能也沒有變化。說明整體性能過關(guān)。 將它與Transactions per Second(每秒通過事務(wù)數(shù)/TPS)進(jìn)行對(duì)比，來分析事務(wù)數(shù)目對(duì)執(zhí)行時(shí)間的影響。如果當(dāng)壓力加大時(shí)，點(diǎn)擊率/TPS曲線變化緩慢且有了平坦的趨勢(shì)，則可能是服務(wù)器開始出現(xiàn)瓶頸。但是在這次測(cè)試中TPS曲線隨著壓力的加大曲線變化成正比增加，這此臺(tái)測(cè)試服務(wù)器完全能滿足要求。在工程施工中只要服務(wù)器配置達(dá)到此臺(tái)服務(wù)器配置即可。*Transactions per Second (每秒通過事務(wù)數(shù)/TPS):顯示在場(chǎng)景運(yùn)行的每一秒鐘，每個(gè)事物通過、失敗以及挺直的數(shù)量，是考察系統(tǒng)性能的一個(gè)重要參數(shù)。通過它可以確定系統(tǒng)在任何給定時(shí)刻的時(shí)間事務(wù)負(fù)載。 Transaction Response Time(Distribution)(事務(wù)相應(yīng)時(shí)間分布) “事務(wù)相應(yīng)時(shí)間分布”顯示在場(chǎng)景運(yùn)行過程中，事務(wù)執(zhí)行所用時(shí)間的分布，通過它可以了解測(cè)試過程中不同相應(yīng)時(shí)間的事物數(shù)量。如果我們預(yù)先定義了相關(guān)事務(wù)可以接受的最小和最大事務(wù)響應(yīng)時(shí)間，則可以使用此圖確定服務(wù)器性能是否在可以接受的范圍呢。此次測(cè)試定義了登陸時(shí)間3秒，查詢時(shí)間5秒，退出時(shí)間〈2秒。從圖片上看出登陸和退出時(shí)間完全符合要求，但是查詢時(shí)間隨著用戶的不斷增多以密指數(shù)的比例變大，當(dāng)用戶超過200個(gè)同時(shí)查詢時(shí)，反映時(shí)間已經(jīng)達(dá)到10秒以上。不能滿足系統(tǒng)需要。經(jīng)過對(duì)程序的分析發(fā)現(xiàn)，查詢時(shí)需要調(diào)用的表過多，設(shè)計(jì)太過復(fù)雜。將表單的設(shè)計(jì)簡(jiǎn)單化即可解決問題。以前表結(jié)構(gòu)的設(shè)計(jì)： 現(xiàn)在將所有內(nèi)容統(tǒng)一到一張表格中：經(jīng)過對(duì)程序的修改后再次進(jìn)行測(cè)試，問題已經(jīng)解決，所有用戶同時(shí)查詢時(shí)反映時(shí)間也在要求之下。 Hits per Second(每秒點(diǎn)擊次數(shù)) “每秒點(diǎn)擊次數(shù)”是運(yùn)行場(chǎng)景過程中虛擬用戶每秒向Web服務(wù)器提交的HTTP請(qǐng)求數(shù)。同uota可以評(píng)估虛擬用戶長(zhǎng)生的負(fù)載量。 ⑴下面我們將它和“平均事務(wù)響應(yīng)時(shí)間”圖比較，來查看點(diǎn)擊次數(shù)對(duì)事務(wù)性能產(chǎn)生的影響。通過對(duì)查看“每秒點(diǎn)擊次數(shù)”，可以判斷系統(tǒng)是否穩(wěn)定。圖1 紅色為平均響應(yīng)時(shí)間，黑色線為點(diǎn)擊率 由這兩個(gè)合并的圖肯出點(diǎn)擊率隨著用戶的增加在正比的增長(zhǎng)，平均相應(yīng)時(shí)間也沒有大幅度的波動(dòng)，可以判斷出系統(tǒng)是穩(wěn)定的。如果系統(tǒng)點(diǎn)擊率下降通常表明服務(wù)器的響應(yīng)速度在變慢，需進(jìn)一步分析，再尋找系統(tǒng)瓶頸所在。 ⑵如果發(fā)現(xiàn)系統(tǒng)點(diǎn)擊率下降，那我們將進(jìn)一步和“吞吐率”圖進(jìn)行比較，來尋找系統(tǒng)地瓶頸。此比較可以看出服務(wù)器在流量方面的處理能力以及是否存在瓶頸。 “吞吐量”顯示的是場(chǎng)景運(yùn)行過程中服務(wù)器的每秒的吞吐量。其度量單位是字節(jié)，表示虛擬用戶在任何給定的每一秒從服務(wù)器獲得的數(shù)據(jù)量?？梢砸罁?jù)服務(wù)器的吞吐量來評(píng)估虛擬用戶長(zhǎng)生的負(fù)載量。圖2 服務(wù)器在流量方面存在瓶頸圖 3 服務(wù)器流量方面不存在瓶頸 單用戶系統(tǒng)登陸和查詢報(bào)警信息資源特性表資源特性表 最小值 平均值 最大值 服 務(wù) 器 資 源 特 性 內(nèi)存 Memory%Committed Bytes In UseAvailable MbytesPage Faults/secPages/sec網(wǎng)絡(luò)Network InterfaceBytes Total/secPackets/sec磁盤PhysicalDisk Queue LengthCurrent Disk Queue LengthDisk Read Bytes/secDisk Write Bytes/sec處理器Processor%Processor Time%User Time系統(tǒng)SystemProcessor Queue Length表1單用戶執(zhí)行系統(tǒng)登陸 資源特性表 最小值 平均值 最大值 服 務(wù)