LoadRunner分析實(shí)時監(jiān)視圖表

LoadRunner分析實(shí)時監(jiān)視圖表

ID:40562574

大?。?40.30 KB

頁數(shù):8頁

時間:2019-08-04

LoadRunner分析實(shí)時監(jiān)視圖表_第1頁
LoadRunner分析實(shí)時監(jiān)視圖表_第2頁
LoadRunner分析實(shí)時監(jiān)視圖表_第3頁
LoadRunner分析實(shí)時監(jiān)視圖表_第4頁
LoadRunner分析實(shí)時監(jiān)視圖表_第5頁
資源描述:

《LoadRunner分析實(shí)時監(jiān)視圖表》由會員上傳分享,免費(fèi)在線閱讀,更多相關(guān)內(nèi)容在教育資源-天天文庫

1、8分析實(shí)時監(jiān)視圖表這一章僅僅介紹幾個最重要的圖表。Q1事務(wù)響應(yīng)時間是否在可接受的時間內(nèi)?哪個事務(wù)用的時間最長?看TransactionResponseTime圖,可以判斷每個事務(wù)完成用的時間,從而可以判斷出那個事務(wù)用的時間最長,那些事務(wù)用的時間超出預(yù)定的可接受時間。下圖可以看出,隨著用戶數(shù)的不斷增加,login事務(wù)的響應(yīng)時間增長的最快!Q2網(wǎng)絡(luò)帶寬是否足夠?“Throughput”圖顯示在場景運(yùn)行期間的每一秒鐘,從WebServer上接受到的數(shù)據(jù)量的值。拿這個值和網(wǎng)絡(luò)帶寬比較,可以確定目前的網(wǎng)絡(luò)帶寬是否是瓶頸。如果該圖的曲線隨著用戶數(shù)的增加,沒有隨著增加,而是呈比較平的直線

2、,說明目前的網(wǎng)絡(luò)速度不能夠滿足目前的系統(tǒng)流量。Q3硬件和操作系統(tǒng)能否處理高負(fù)載?“WindowsResources”圖實(shí)時地顯示了WebServer系統(tǒng)資源的使用情況。利用該圖提供的數(shù)據(jù),可以把瓶頸定位到特定機(jī)器的某個部件。9利用Analysis分析結(jié)果場景運(yùn)行結(jié)束后,需要使用Analysis組件分析結(jié)果。Analysis組件可以在“開始程序”菜單中啟動,也可以在Controller中啟動。由于我本人對怎樣分析結(jié)果最有效沒有進(jìn)行比較多的實(shí)踐,所以這里只能按照常規(guī)的方法進(jìn)行簡單介紹。注意:這里介紹的分析方法只適用于Web測試。9.1分析事務(wù)的響應(yīng)時間第一步,看“Transac

3、tionPerformanceSummary”圖,確認(rèn)那個事務(wù)的響應(yīng)時間比較大,超出了我們的標(biāo)準(zhǔn)??聪聢D,login事務(wù)的平均響應(yīng)時間最長。然后我們再看“AverageTransactionResponseTime”,觀察login在整個場景運(yùn)行中每一秒的情況。從圖中可以看出,login事務(wù)的響應(yīng)時間并不是一直都比較高,只是隨著用戶數(shù)的增加,響應(yīng)時間才明顯增加的。然后我們再看“AverageTransactionResponseTime”,觀察login在整個場景運(yùn)行中每一秒的情況。從圖中可以看出,login事務(wù)的響應(yīng)時間并不是一直都比較高,只是隨著用戶數(shù)的增加,響應(yīng)時間才

4、明顯增加的。為了定位問題,明白為什么login事務(wù)的響應(yīng)時間比較長,現(xiàn)在我們要分解login事務(wù),分析該頁面上每一個元素的性能。在上圖中,選擇要分解的事務(wù)曲線,然后點(diǎn)鼠標(biāo)右鍵,選擇“WebPageBreakdownforlogin”性能測試(并發(fā)負(fù)載壓力)測試分析(2007-04-2710:33:45)轉(zhuǎn)載?分類:LoadRunner?分析原則:????•?具體問題具體分析(這是由于不同的應(yīng)用系統(tǒng),不同的測試目的,不同的性能關(guān)注點(diǎn))????•?查找瓶頸時按以下順序,由易到難。????服務(wù)器硬件瓶頸-〉網(wǎng)絡(luò)瓶頸(對局域網(wǎng),可以不考慮)-〉服務(wù)器操作系統(tǒng)

5、瓶頸(參數(shù)配置)-〉中間件瓶頸(參數(shù)配置,數(shù)據(jù)庫,web服務(wù)器等)-〉應(yīng)用瓶頸(SQL語句、數(shù)據(jù)庫設(shè)計(jì)、業(yè)務(wù)邏輯、算法等)????注:以上過程并不是每個分析中都需要的,要根據(jù)測試目的和要求來確定分析的深度。對一些要求低的,我們分析到應(yīng)用系統(tǒng)在將來大的負(fù)載壓力(并發(fā)用戶數(shù)、數(shù)據(jù)量)下,系統(tǒng)的硬件瓶頸在哪兒就夠了。????•?分段排除法?很有效分析的信息來源:????•1?根據(jù)場景運(yùn)行過程中的錯誤提示信息????•2?根據(jù)測試結(jié)果收集到的監(jiān)控指標(biāo)數(shù)據(jù)一.錯誤提示分析分析實(shí)例:1?•Error:?Failed?to?connect?

6、to?server?"10.10.10.30:8080":?[10060]?Connection??•Error:?timed?out?Error:?Server?"10.10.10.30"?has?shut?down?the?connection?prematurely??分析:•A、應(yīng)用服務(wù)死掉。???(小用戶時:程序上的問題。程序上處理數(shù)據(jù)庫的問題)•B、應(yīng)用服務(wù)沒有死???(應(yīng)用服務(wù)參數(shù)設(shè)置問題)????例:在許多客戶端連接Weblogic應(yīng)用服務(wù)器被拒絕,而在服務(wù)器端沒有錯誤顯示,則有可能是Weblogic中的server元素的

7、AcceptBacklog屬性值設(shè)得過低。如果連接時收到connection?refused消息,說明應(yīng)提高該值,每次增加25%•C、數(shù)據(jù)庫的連接???(1、在應(yīng)用服務(wù)的性能參數(shù)可能太小了?2、數(shù)據(jù)庫啟動的最大連接數(shù)(跟硬件的內(nèi)存有關(guān)))2??Error:?Page?download?timeout?(120?seconds)?has?expired?分析:可能是以下原因造成•A、應(yīng)用服務(wù)參數(shù)設(shè)置太大導(dǎo)致服務(wù)器的瓶頸•B、頁面中圖片太多•C、在程序處理表的時候檢查字段

當(dāng)前文檔最多預(yù)覽五頁,下載文檔查看全文

此文檔下載收益歸作者所有

當(dāng)前文檔最多預(yù)覽五頁,下載文檔查看全文
溫馨提示:
1. 部分包含數(shù)學(xué)公式或PPT動畫的文件,查看預(yù)覽時可能會顯示錯亂或異常,文件下載后無此問題,請放心下載。
2. 本文檔由用戶上傳,版權(quán)歸屬用戶,天天文庫負(fù)責(zé)整理代發(fā)布。如果您對本文檔版權(quán)有爭議請及時聯(lián)系客服。
3. 下載前請仔細(xì)閱讀文檔內(nèi)容,確認(rèn)文檔內(nèi)容符合您的需求后進(jìn)行下載,若出現(xiàn)內(nèi)容與標(biāo)題不符可向本站投訴處理。
4. 下載文檔時可能由于網(wǎng)絡(luò)波動等原因無法下載或下載錯誤,付費(fèi)完成后未能成功下載的用戶請聯(lián)系客服處理。