loadrunner結(jié)果：analysis

1、性能測試loadrunner工具之Analysis一.啟動(dòng)analysis整理結(jié)果在controller中，默認(rèn)選中resultsauto collate results。場景運(yùn)行結(jié)束后，自動(dòng)整理結(jié)果。啟動(dòng)analysis一是直接在controller中打開analysis，自動(dòng)分析該場景運(yùn)行結(jié)果。二是在程序目錄中選擇打開analysis，打開后可以選擇分析哪個(gè)場景運(yùn)行結(jié)果。二.Analysis界面界面包括4部分：會(huì)話瀏覽器、屬性、監(jiān)控圖、圖數(shù)據(jù)會(huì)話瀏覽器默認(rèn)打開概要報(bào)告、運(yùn)行vuser、HPS、平均事物響應(yīng)時(shí)間、吞吐量、HTTP response圖，可自己新加監(jiān)控圖。屬性界面顯示監(jiān)控圖的屬性

2、，部分可修改。監(jiān)控圖顯示場景運(yùn)行過程中監(jiān)控到的數(shù)據(jù)圖以及使用合并圖功能后的監(jiān)控圖。圖數(shù)據(jù)界面顯示監(jiān)控圖中各指標(biāo)的數(shù)據(jù)整理結(jié)果三.新加監(jiān)控圖通過graphadd new graph或者在會(huì)話瀏覽器窗口右擊選擇add new itemadd new graph來打開新加監(jiān)控圖頁面新加監(jiān)控圖頁面默認(rèn)顯示監(jiān)控到數(shù)據(jù)的部分資源，可以將右上角的display only graphs containting data不選查看所有資源。常用的5種資源是：vuser、transactions、web resources、web page breakdown、system resources點(diǎn)擊工具欄上的合并圖按

3、鈕，可選擇兩個(gè)不同的監(jiān)控圖進(jìn)行合并查看四.事物響應(yīng)時(shí)間分析概要報(bào)告中可查看事物平均響應(yīng)時(shí)間和90%事物響應(yīng)時(shí)間。選中事物，右擊選中web page breakdown可查看事物響應(yīng)時(shí)間的分析。（1）瀏覽器向服務(wù)器發(fā)送請(qǐng)求，一般該請(qǐng)求先發(fā)送到DNS服務(wù)器，把DNS解析成IP地址。這個(gè)DNS解析時(shí)間可以確定DNS服務(wù)器是否有問題（2）解析出IP地址后，請(qǐng)求被送到服務(wù)器，瀏覽器和服務(wù)器之間需要建立一個(gè)初始化連接，建立該連接的過程就是連接時(shí)間，可以判斷網(wǎng)絡(luò)情況，也可以判斷服務(wù)器是否能夠響應(yīng)這個(gè)請(qǐng)求（3）建立鏈接后，從服務(wù)器發(fā)出第一個(gè)數(shù)據(jù)包，經(jīng)過網(wǎng)絡(luò)傳輸?shù)娇蛻舳?，瀏覽器成功接收第一字節(jié)的時(shí)間就是firs

4、t buffer，可以表示服務(wù)器的延遲時(shí)間，還可以表示網(wǎng)絡(luò)的反應(yīng)時(shí)間（4）從瀏覽器接收到第一個(gè)字節(jié)起，直到成功接收到最后一個(gè)字節(jié)，下載完成為止，這個(gè)度量時(shí)間可以判斷網(wǎng)絡(luò)的質(zhì)量（可以用size/time比來計(jì)算接收速率），還有SSL Handshaking（SSL握手協(xié)議）、ClientTime（請(qǐng)求在客戶端瀏覽器延遲的時(shí)間，可能是由于客戶端瀏覽器的thinktime或客戶端其他方面引起的延遲）、error time（從發(fā)送一個(gè)HTTP請(qǐng)求到服務(wù)器返回一個(gè)HTTP錯(cuò)誤信息所需要的時(shí)間）。四.事物響應(yīng)時(shí)間分析分析選項(xiàng)：1.Download Time下載時(shí)間分析組成頁面的每個(gè)請(qǐng)求下載時(shí)間2.Comp

5、onent（Over time）各模塊的時(shí)間變化通過這個(gè)功能可以分析響應(yīng)時(shí)間變長是因?yàn)轫撁嫔陕€是因?yàn)閳D片資源下載慢3.Download Time（Over time）模塊下載時(shí)間針對(duì)每個(gè)組成頁面元素的時(shí)間組成部分分析，方便確認(rèn)該元素的處理時(shí)間組成部分4.Time to Buffer（Over time）模塊時(shí)間分類列出該元素所使用的時(shí)間分配比例，是受Network Time影響的多還是Server Time影響的多receive時(shí)間很長，這個(gè)一般是網(wǎng)絡(luò)問題，當(dāng)然如果你確認(rèn)網(wǎng)絡(luò)不存在問題，那么你就要看看是不是客戶端的問題first buffer time一般表示請(qǐng)求的真正響應(yīng)時(shí)間。Rece

6、ive Time接受數(shù)據(jù)的時(shí)間，這個(gè)時(shí)間反映了帶寬的大小，帶寬越大，下載時(shí)間越短。五.報(bào)告詳細(xì)報(bào)告：自動(dòng)匯總顯示測試中重要的數(shù)據(jù)。點(diǎn)擊reportsnew report可打開創(chuàng)建報(bào)告頁面，設(shè)置完畢后生成報(bào)告可導(dǎo)出為word或者PDF格式。HTML報(bào)告：顯示analysis中已打開的圖，點(diǎn)擊reportsHTML report可生成html格式的報(bào)告。摘要報(bào)告：列出關(guān)于方案運(yùn)行的統(tǒng)計(jì)信息，可通過viewexport summary to excel導(dǎo)出到excel中六.結(jié)果分析分析原則1.由于不同的應(yīng)用系統(tǒng)，不同的測試目的，不同的性能關(guān)注點(diǎn)，所以具體的事物具體分析2.查找瓶頸時(shí)按以下順序，由易到

7、難。 服務(wù)器硬件瓶頸-網(wǎng)絡(luò)瓶頸（對(duì)局域網(wǎng)，可以不考慮）-服務(wù)器操作系統(tǒng)瓶頸（參數(shù)配置）-中間件瓶頸（參數(shù)配置，數(shù)據(jù)庫，web服務(wù)器等）-應(yīng)用瓶頸（SQL語句、數(shù)據(jù)庫設(shè)計(jì)、業(yè)務(wù)邏輯、算法等） 注：以上過程并不是每個(gè)分析中都需要的，要根據(jù)測試目的和要求來確定分析的深度。六.結(jié)果分析監(jiān)控指標(biāo)數(shù)據(jù)分析1.1.最大并發(fā)用戶數(shù)：最大并發(fā)用戶數(shù)：應(yīng)用系統(tǒng)在當(dāng)前環(huán)境（硬件環(huán)境、網(wǎng)絡(luò)環(huán)境、軟件環(huán)境（參數(shù)配置）下能承受的最大并發(fā)用戶數(shù)。在方案運(yùn)行中，如果出現(xiàn)了大于3個(gè)用戶的業(yè)務(wù)操作失敗，或出現(xiàn)了服務(wù)器shutdown的情況，則說明在當(dāng)前環(huán)境下，系統(tǒng)承受不了當(dāng)前并發(fā)用戶的負(fù)載壓力，那么最大并發(fā)用戶數(shù)就是前一個(gè)沒有出

8、現(xiàn)這種現(xiàn)象的并發(fā)用戶數(shù)。如果測得的最大并發(fā)用戶數(shù)到達(dá)了性能要求，且各服務(wù)器資源情況良好，業(yè)務(wù)操作響應(yīng)時(shí)間也達(dá)到了用戶要求，那么OK。否則，再根據(jù)各服務(wù)器的資源情況和業(yè)務(wù)操作響應(yīng)時(shí)間進(jìn)一步分析原因所在。六.結(jié)果分析監(jiān)控指標(biāo)數(shù)據(jù)分析2.2.業(yè)務(wù)操作響應(yīng)時(shí)間：業(yè)務(wù)操作響應(yīng)時(shí)間： 分析方案運(yùn)行情況應(yīng)從平均事務(wù)響應(yīng)時(shí)間圖和事務(wù)性能摘要圖開始。使用“事務(wù)性能摘要”圖，可以確定在方案執(zhí)行期間響應(yīng)時(shí)間過長的事務(wù)。 細(xì)分事務(wù)并分析每個(gè)頁面組件的性能。查看過長的事務(wù)響應(yīng)時(shí)間是由哪些頁面組件引起的？問題是否與網(wǎng)絡(luò)或服務(wù)器有關(guān)？ 如果服務(wù)器耗時(shí)過長，請(qǐng)使用相應(yīng)的服務(wù)器圖確定有問題的服務(wù)器度量并查明服務(wù)器性能下降的原因

9、。如果網(wǎng)絡(luò)耗時(shí)過長，請(qǐng)使用“網(wǎng)絡(luò)監(jiān)視器”圖確定導(dǎo)致性能瓶頸的網(wǎng)絡(luò)問題六.結(jié)果分析監(jiān)控指標(biāo)數(shù)據(jù)分析3.3.內(nèi)存：內(nèi)存： UNIX資源監(jiān)控中指標(biāo)內(nèi)存頁交換速率（Paging rate），如果該值偶爾走高，表明當(dāng)時(shí)有線程競爭內(nèi)存。如果持續(xù)很高，則內(nèi)存可能是瓶頸。也可能是內(nèi)存訪問命中率低。 Windows資源監(jiān)控中，如果ProcessPrivate Bytes計(jì)數(shù)器和ProcessWorking Set計(jì)數(shù)器的值在長時(shí)間內(nèi)持續(xù)升高，同時(shí)MemoryAvailable bytes計(jì)數(shù)器的值持續(xù)降低，則很可能存在內(nèi)存泄漏。內(nèi)存資源成為系統(tǒng)性能的瓶頸的征兆: 很高的換頁率(high pageout rate

10、); 進(jìn)程進(jìn)入不活動(dòng)狀態(tài); 交換區(qū)所有磁盤的活動(dòng)次數(shù)可高; 可高的全局系統(tǒng)CPU利用率; 內(nèi)存不夠出錯(cuò)(out of memory errors)六.結(jié)果分析監(jiān)控指標(biāo)數(shù)據(jù)分析4.4.處理器：處理器： UNIX資源監(jiān)控（Windows操作系統(tǒng)同理）中指標(biāo)CPU占用率（CPU utilization），如果該值持續(xù)超過95%，表明瓶頸是CPU。可以考慮增加一個(gè)處理器或換一個(gè)更快的處理器。如果服務(wù)器專用于SQL Server,可接受的最大上限是80-85% 合理使用的范圍在60%至70%。 Windows資源監(jiān)控中，如果SystemProcessor Queue Length大于2，而處理器利用率（

11、Processor Time）一直很低，則存在著處理器阻塞。CPU資源成為系統(tǒng)性能的瓶頸的征兆: 很慢的響應(yīng)時(shí)間(slow response time) CPU空閑時(shí)間為零(zero percent idle CPU) 過高的用戶占用CPU時(shí)間(high percent user CPU) 過高的系統(tǒng)占用CPU時(shí)間(high percent system CPU) 長時(shí)間的有很長的運(yùn)行進(jìn)程隊(duì)列(large run queue size sustained over time)六.結(jié)果分析監(jiān)控指標(biāo)數(shù)據(jù)分析5.5.磁盤磁盤I/OI/O UNIX資源監(jiān)控（Windows操作系統(tǒng)同理）中指標(biāo)磁盤交換率

12、（Disk rate），如果該參數(shù)值一直很高，表明I/O有問題?？煽紤]更換更快的硬盤系統(tǒng)。 Windows資源監(jiān)控中，如果 Disk Time和Avg.Disk Queue Length的值很高，而Page Reads/sec頁面讀取操作速率很低，則可能存在磁盤瓶徑。I/O資源成為系統(tǒng)性能的瓶頸的征兆 : 過高的磁盤利用率(high disk utilization) 太長的磁盤等待隊(duì)列(large disk queue length) 等待磁盤I/O的時(shí)間所占的百分率太高(large percentage of time waiting for disk I/O) 太高的物理I/O速率:large physical I/O rate(not sufficient in itself) 過低的緩存命中率(low buffer cache hit