loadrunner性能需求分析

對(duì)性能需求點(diǎn)的描述準(zhǔn)確如**系統(tǒng)必須在不超過

10

秒的響應(yīng)時(shí)間內(nèi),處理

20

起登錄任務(wù)。再如發(fā)郵件時(shí)間最大不超過5秒以及平均時(shí)間在2秒以內(nèi)。一致用戶和性能測(cè)試工程師對(duì)有關(guān)術(shù)語的理解要一致,如:并發(fā)用戶數(shù)、在線用戶數(shù)、注冊(cè)用戶數(shù):

特定性能測(cè)試的需求一定是有條件的。檢查系統(tǒng)后臺(tái)關(guān)鍵業(yè)務(wù)數(shù)據(jù)10G、操作數(shù)據(jù)量為20K,

1500

個(gè)用戶、500

個(gè)并發(fā)用戶運(yùn)行的負(fù)載下，連續(xù)運(yùn)行12小時(shí)過程中,業(yè)務(wù)操作是否滿足性能需求。

常見性能需求1、WEB首頁打開速度5s以下，web登陸速度

15s以下。2、郵件服務(wù)支持50萬個(gè)在線用戶3、計(jì)費(fèi)話單成功率達(dá)到99.999%以上。4、在100個(gè)并發(fā)用戶的高峰期，郵箱的基本功能，處理能力至少達(dá)到10TPS5、系統(tǒng)能在高于實(shí)際系統(tǒng)運(yùn)行壓力1倍的情況下，穩(wěn)定的運(yùn)行12小時(shí)

6、這個(gè)系統(tǒng)能否支撐200萬的vu（每天登錄系統(tǒng)的人次）

vu----Virtualuser(虛擬用戶)

響應(yīng)時(shí)間：根據(jù)國外的一些資料，一般操作的響應(yīng)時(shí)間為2，5，8秒，2秒內(nèi)優(yōu)秀，5秒內(nèi)良好，8秒內(nèi)可接受，其它一些特殊的操作，如上傳，下載可以依據(jù)用戶體驗(yàn)的情況，延長響應(yīng)時(shí)間。第三方研究表明，如果網(wǎng)頁是逐步加載的，先出現(xiàn)橫幅，再出現(xiàn)文字，最后出現(xiàn)圖像。在這樣的條件下，用戶會(huì)忍受更長的等待時(shí)間，用戶會(huì)把延遲在39秒內(nèi)的也標(biāo)識(shí)為“good”，超過56秒的才認(rèn)為是“poor”的。80/20原則：又稱帕累托效應(yīng)，比如，某一些系統(tǒng)一天中80%的訪問量集中在20%的時(shí)間內(nèi)。如何根據(jù)性能需求進(jìn)行測(cè)試

其實(shí)我們上面得到的需求指標(biāo)仍然是不明確的：是驗(yàn)證當(dāng)前硬件和軟件配置能否支撐200萬vu？是測(cè)試當(dāng)前的硬件和軟件配置最多能支撐多少vu?是幫助開發(fā)尋找性能瓶頸？根據(jù)需求進(jìn)行性能測(cè)試的過程：首先，請(qǐng)你們當(dāng)前軟件和硬件配置下驗(yàn)證能否支撐200萬vu。如果可以支撐200萬，再增加到300萬看是否可以支撐。如果不能達(dá)到200萬，那么就需要尋找一下是否有性能瓶頸，將主要的性能瓶頸解決后，再看一下是否可以支撐200萬，如果可以支撐，輸出測(cè)試結(jié)果。仍然不能，請(qǐng)?jiān)u估需要添加多少硬件設(shè)備。下面看來分析某郵箱系統(tǒng)的需求：按照

某某

郵箱20000萬注冊(cè)用戶，其中日活躍用戶數(shù)為1.5%的規(guī)模計(jì)算：日活躍用戶=20000*1.5%=300萬日活躍用戶人均每天發(fā)6封郵件，用戶使用客戶端收發(fā)郵件比例20%，則：每天發(fā)郵件投遞量=300萬*6*20%=360萬封

如何得到每秒的郵件數(shù)？方式一：嚴(yán)格的根據(jù)2/8原則

，80%的郵件集中在20%的時(shí)間發(fā)送。集中發(fā)郵件數(shù)：

3600000*80%=28800000封集中發(fā)送的時(shí)間：24*20%=4.8小時(shí)=17280秒每秒發(fā)送郵件數(shù)：2880000/17280=166.7封/秒

方式二，根據(jù)

某某郵箱業(yè)務(wù)模型表，每天忙時(shí)集中郵件系數(shù)0.15，郵件平均峰值系數(shù)2,則：峰值郵件量=3600000*0.15*2/3600=300封/秒注：忙時(shí)集中系數(shù)=忙時(shí)業(yè)務(wù)量/全天業(yè)務(wù)量

在兩種方式的分析中，方法二得出的結(jié)果是方法一的將近一倍，我們不要根據(jù)經(jīng)驗(yàn)理所當(dāng)然的去分析，要深入的了解系統(tǒng)，我們要對(duì)行業(yè)指標(biāo)及計(jì)算方式。如果按照第一種方式，性能測(cè)試達(dá)標(biāo)了，但系統(tǒng)真正上線后可能遠(yuǎn)遠(yuǎn)超出了我們的評(píng)估。2008年北京奧運(yùn)運(yùn)門票系統(tǒng)就是一個(gè)典型的案例。

再來分析系統(tǒng)的登錄：

去年全年處理“WEB登錄”交易約100

萬筆，考慮到3

年后交易量遞增到每年200萬筆。假設(shè)每年交易量集中在

8

個(gè)月，每個(gè)月

20

個(gè)工作日，每個(gè)工作日

8

小時(shí)，試采用

80～20

原理估算系統(tǒng)服務(wù)器高峰期“WEB登錄”的交