《loadrunner沒有告訴你的》

《loadrunner沒有告訴你的》

ID:14191418

大?。?007.50 KB

頁數(shù):16頁

時間:2018-07-26

《loadrunner沒有告訴你的》_第1頁
《loadrunner沒有告訴你的》_第2頁
《loadrunner沒有告訴你的》_第3頁
《loadrunner沒有告訴你的》_第4頁
《loadrunner沒有告訴你的》_第5頁
資源描述:

《《loadrunner沒有告訴你的》》由會員上傳分享,免費在線閱讀,更多相關(guān)內(nèi)容在行業(yè)資料-天天文庫。

1、《LoadRunner沒有告訴你的》1.LoadRunner之—Blockl如何在一個腳本中實現(xiàn)不同事務(wù)不同次數(shù)的循環(huán)呢?l案例:假如你想在一個腳本中,實現(xiàn)登錄執(zhí)行1次,查詢執(zhí)行2次,插入執(zhí)行3次,怎么辦?錄3個腳本?每個事務(wù)分別在腳本中復(fù)制N次?l當(dāng)然不用,LR早就想到了你的需求,下面讓我們隆重推出Block。l位置:Run-timeSettings--General--RunLogicl操作:l將你所要考察的事務(wù)設(shè)置在不同的Action內(nèi)。l在RunLogic中的Run中刪掉默認(rèn)的Action。l在Run中插入Block。l在插入的Block中再插入我們要考察的Action。l設(shè)置Blo

2、ck的properties。這里有兩種選擇,Sequential和Random。如果選擇Sequential,在下面的Iteration中直接填入數(shù)值,那么Block中的Action都會按輸入的次數(shù)執(zhí)行。如果選擇Random,下面的properties還可以設(shè)置Block內(nèi)各Action執(zhí)行的百分比。l按照我們前面的案例,我們只需要設(shè)置3個Block,每個Block中分別插入一個Action,設(shè)置執(zhí)行次數(shù)分別為1,2,3就可以了。l本人理解補充1、如果腳本中各個action沒有順序或邏輯關(guān)系,Block中action順序可以是任意的。如查詢。但是像登錄這樣必須在前面執(zhí)行的action,隨意放

3、置將導(dǎo)致腳本失敗。2、在NumberofIterations中設(shè)置的循環(huán)次數(shù),作用于Run(x)下的所有Action,而不作用于Block下的action。即Block下的action可以通過設(shè)置Block的Properties來指定循環(huán)的次數(shù)。2.《LoadRunner沒有告訴你的》之一——描述性統(tǒng)計與性能結(jié)果分析lLoadRunner中的90%響應(yīng)時間是什么意思?這個值在進行性能分析時有什么作用?本文爭取用最簡潔的文字來解答這個問題,并引申出“描述性統(tǒng)計”方法在性能測試結(jié)果分析中的應(yīng)用。l為什么要有90%用戶響應(yīng)時間?因為在評估一次測試的結(jié)果時,僅僅有平均事務(wù)響應(yīng)時間是不夠的。為什么這么

4、說?你可以試著想想,是否平均事務(wù)響應(yīng)時間滿足了性能需求就表示系統(tǒng)的性能已經(jīng)滿足了絕大多數(shù)用戶的要求?l假如有兩組測試結(jié)果,響應(yīng)時間分別是{1,3,5,10,16}和{5,6,7,8,9},它們的平均值都是7,你認(rèn)為哪次測試的結(jié)果更理想?l假如有一次測試,總共有100個請求被響應(yīng),其中最小響應(yīng)時間為0.02秒,最大響應(yīng)時間為110秒,平均事務(wù)響應(yīng)時間為4.7秒,你會不會想到最小和最大響應(yīng)時間如此大的偏差是否會導(dǎo)致平均值本身并不可信?l為了解答上面的疑問,我們先來看一張表:l在上面這個表中包含了幾個不同的列,其含義如下:lCmdID測試時被請求的頁面lNUM響應(yīng)成功的請求數(shù)量lMEAN所有成功的

5、請求的響應(yīng)時間的平均值lSTDDEV標(biāo)準(zhǔn)差(這個值的作用將在下一篇文章中重點介紹)lMIN響應(yīng)時間的最小值l50th(60/70/80/90/95th)如果把響應(yīng)時間從小到大順序排序,那么50%的請求的響應(yīng)時間在這個范圍之內(nèi)。后面的60/70/80/90/95th也是同樣的含義lMAX響應(yīng)時間的最大值l我想看完了上面的這個表和各列的解釋,不用多說大家也可以明白我的意思了。我把結(jié)論性的東西整理一下:l1.90%用戶響應(yīng)時間在LoadRunner中是可以設(shè)置的,你可以改為80%或95%;l2.對于這個表,LoadRunner中是沒有直接提供的,你可以把LR中的原始數(shù)據(jù)導(dǎo)出到Excel中,并使用E

6、xcel中的PERCENTILE函數(shù)很簡單的算出不同百分比用戶請求的響應(yīng)時間分布情況;l3.從上面的表中來看,對于HomePage來說,平均事務(wù)響應(yīng)時間(MEAN)只同70%用戶響應(yīng)時間相一致。也就是說假如我們確定HomePage的響應(yīng)時間應(yīng)該在5秒內(nèi),那么從平均事務(wù)響應(yīng)時間來看是滿足的,但是實際上有10-20%的用戶請求的響應(yīng)時間是大于這個值的;對于Page1也是一樣,假如我們確定對于Page1的請求應(yīng)該在3秒內(nèi)得到響應(yīng),雖然平均事務(wù)響應(yīng)時間是滿足要求的,但是實際上有20-30%的用戶請求的響應(yīng)時間是超過了我們的要求的;l4.你可以在95th之后繼續(xù)添加96/97/98/99/99.9/9

7、9.99th,并利用Excel的圖表功能畫一條曲線,來更加清晰表現(xiàn)出系統(tǒng)響應(yīng)時間的分布情況。這時候你也許會發(fā)現(xiàn),那個最大值的出現(xiàn)幾率只不過是千分之一甚至萬分之一,而且99%的用戶請求的響應(yīng)時間都是在性能需求所定義的范圍之內(nèi)的;l5.如果你想使用這種方法來評估系統(tǒng)的性能,一個推薦的做法是盡可能讓你的測試場景運行的時間長一些,因為當(dāng)你獲得的測試數(shù)據(jù)越多,這個響應(yīng)時間的分布曲線就越接近真實情況;l6.在確定性能需求

當(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)容符合您的需求后進行下載,若出現(xiàn)內(nèi)容與標(biāo)題不符可向本站投訴處理。
4. 下載文檔時可能由于網(wǎng)絡(luò)波動等原因無法下載或下載錯誤,付費完成后未能成功下載的用戶請聯(lián)系客服處理。