性能測(cè)試方案

1、web項(xiàng)目性能測(cè)試方案任務(wù)： 測(cè)試JBOSS環(huán)境下UBSS項(xiàng)目的性能 目標(biāo)：測(cè)試?yán)U費(fèi)部分（前臺(tái)繳費(fèi)，IC卡充值）在并發(fā)數(shù)從50-100遞增的性能指標(biāo)，不要求對(duì)結(jié)果進(jìn)行分析步驟： 1.搭建測(cè)試環(huán)境，要求與真實(shí)環(huán)境大概一致（關(guān)注在現(xiàn)有l(wèi)icense情況下，UBSS系統(tǒng)支持的最大并發(fā)數(shù)） 2.準(zhǔn)備數(shù)據(jù)腳本（SQL和存儲(chǔ)過(guò)程） 3.準(zhǔn)備測(cè)試腳本（Vuser scrpts,scenario） 4.進(jìn)行性能測(cè)試測(cè)試范圍 針對(duì)UBSS項(xiàng)目，抽取對(duì)系統(tǒng)影響最大、最為典型的業(yè)務(wù)交易，構(gòu)建場(chǎng)景，以此評(píng)判系統(tǒng)的整體性能和實(shí)際性能表現(xiàn) a

2、.用戶前臺(tái)繳費(fèi) b.標(biāo)準(zhǔn)用戶IC卡充值測(cè)試內(nèi)容 1.基準(zhǔn)測(cè)試  概念：檢查每個(gè)業(yè)務(wù)的基準(zhǔn)響應(yīng)時(shí)間（系統(tǒng)整體空閑，無(wú)額外進(jìn)程運(yùn)行并占用系統(tǒng)資源）  方法：?jiǎn)斡脩暨\(yùn)行業(yè)務(wù)多次，獲取該業(yè)務(wù)的平均響應(yīng)時(shí)間  序號(hào) 功能名稱 并發(fā)用戶數(shù) 循環(huán)次數(shù) 操作間隔 循環(huán)間隔  1-1    前臺(tái)繳費(fèi)     1        100   

3、0;   3       3  1-2    IC卡充值     1        100       3       3 2.單個(gè)交易負(fù)載測(cè)試  概念：設(shè)定負(fù)載序列，并發(fā)用戶數(shù)為X20,30,50,.,收集系

4、統(tǒng)單個(gè)交易在不同負(fù)載級(jí)別的性能表現(xiàn)  方法：設(shè)置并發(fā)用戶數(shù)等于X，關(guān)鍵步驟處設(shè)置并發(fā)點(diǎn)，每個(gè)用戶運(yùn)行N個(gè)iteration，獲取平均響應(yīng)時(shí)間和吞吐量  用戶登陸方式：每2秒登陸2個(gè)  序號(hào) 功能名稱 并發(fā)用戶數(shù) 循環(huán)次數(shù) 操作間隔 循環(huán)間隔  2-1  前臺(tái)繳費(fèi)      5        50       3 

5、60;     3  2-2  前臺(tái)繳費(fèi)      10       50       3       3  2-3  前臺(tái)繳費(fèi)      15       5

6、0       3       3   注：響應(yīng)時(shí)間超過(guò)30S   2-4  前臺(tái)繳費(fèi)      20       50       3       3   

7、注：阻塞，不進(jìn)行測(cè)試  2-5  IC卡充值      5        50       3       3  2-6  IC卡充值      10       50  

8、;     3       3  2-7  IC卡充值      15       50       3       3  2-8  IC卡充值      20

9、       50       3       3 3.組合交易負(fù)載測(cè)試  概念：多個(gè)交易組合在一起，設(shè)定負(fù)載序列，并發(fā)數(shù)為X20,30,50,.，收集系統(tǒng)在不同負(fù)載級(jí)別的性能表現(xiàn)  方法：設(shè)置并發(fā)總數(shù)，各用戶數(shù)按比例分配，每個(gè)用戶運(yùn)行N分鐘，獲取平均響應(yīng)時(shí)間和吞吐量  序號(hào)      功能名稱&#

10、160;       并發(fā)用戶總數(shù)  比例    持續(xù)時(shí)間 操作間隔 循環(huán)間隔  3-1  前臺(tái)繳費(fèi)，IC卡充值      5          2：3      20m         3 

11、;      3  3-2  前臺(tái)繳費(fèi)，IC卡充值      10         2：3      20m         3       3  3-3  前臺(tái)繳費(fèi)，I

12、C卡充值      15         2：3      20m         3       3  3-4  前臺(tái)繳費(fèi)，IC卡充值      20    

13、     2：3      20m         3       3性能指標(biāo) 1.主機(jī)系統(tǒng)性能指標(biāo)  CPU使用率  內(nèi)存占用率  磁盤讀寫 2.數(shù)據(jù)庫(kù)性能指標(biāo)（略），可直接看應(yīng)用系統(tǒng)所在主機(jī)情況 3.中間件指標(biāo)（略），可直接看應(yīng)用系統(tǒng)所在主機(jī)情況 4.業(yè)務(wù)指標(biāo)

14、60; 平均響應(yīng)時(shí)間  最長(zhǎng)響應(yīng)時(shí)間  吞吐率衩測(cè)系統(tǒng)環(huán)境描述 1.系統(tǒng)架構(gòu)  J2EE架構(gòu)，多層結(jié)構(gòu)，即展示層、應(yīng)用服務(wù)層、數(shù)據(jù)服務(wù)層 2.主機(jī)環(huán)境  主機(jī)名         型號(hào)   主機(jī)IP CPU數(shù)  內(nèi)存  磁盤  用途  數(shù)據(jù)庫(kù)主機(jī)    

15、60;  應(yīng)用主機(jī)  3 1   2G  3.軟件環(huán)境  項(xiàng)目  信息  備注  操作系統(tǒng) window xp 應(yīng)用主機(jī)    linux  數(shù)據(jù)庫(kù)主機(jī)  數(shù)據(jù)庫(kù)  oracle10G  中間件  EOS5.3 for JBOSS 

16、60; 測(cè)試工具 LoadRunner8.1 破解 4.數(shù)據(jù)庫(kù)環(huán)境  數(shù)據(jù)庫(kù)實(shí)例 orcl  數(shù)據(jù)規(guī)模     用戶數(shù)量：837,060    客戶數(shù)量：857,043    帳戶數(shù)量：832,727    未繳費(fèi)帳單：403,839    IC卡用戶信息：404,607  &#

17、160; 發(fā)票數(shù)量：1,169,600    用戶表具信息：846,999    計(jì)費(fèi)策略：845,771    已繳費(fèi)帳單：5,593,951 5，測(cè)試客戶機(jī)  序號(hào) IP  操作系統(tǒng)  配置    用途  1 0 window xp pentium4 3.2GHz memo

18、ry 1G generator+controoler測(cè)試報(bào)告 由anilys自動(dòng)生成-系統(tǒng)性能測(cè)試方案1引言     1.1編寫目的     編寫本方案的目的是用于指導(dǎo)XXXX系統(tǒng)的性能測(cè)試,主要從測(cè)試環(huán)境、測(cè)試工具、測(cè)試策略、測(cè)試具體執(zhí)行方法、任務(wù)與進(jìn)度表等事先計(jì)劃和設(shè)計(jì)。     1.2適用范圍     XXXX系統(tǒng)性能測(cè)試組     XXXX系統(tǒng)開發(fā)組     XXXX系統(tǒng)性能優(yōu)化組

19、60;   1.3參考資料 縮寫、術(shù)語(yǔ)解釋性能測(cè)試（performance testing）運(yùn)行這些測(cè)試通常要確定程序運(yùn)行有多快，以便確定是否需要優(yōu)化負(fù)載測(cè)試（Load testing）通過(guò)在面臨很多資源要求的系統(tǒng)上運(yùn)行，攻擊被測(cè)程序或系統(tǒng)可靠性測(cè)試（reliability testing）持續(xù)進(jìn)行的性能測(cè)試，目標(biāo)是發(fā)現(xiàn)短序列程序測(cè)試遺漏的情況系統(tǒng)性能測(cè)試指南     1.4術(shù)語(yǔ)和縮寫詞             2系統(tǒng)介紹  

20、   3測(cè)試環(huán)境     3.1網(wǎng)絡(luò)拓?fù)鋱D     3.2硬件環(huán)境     3.3軟件環(huán)境     4測(cè)試范圍與主要內(nèi)容     測(cè)試范圍：     如：XXXX系統(tǒng)各項(xiàng)性能指標(biāo)，反應(yīng)時(shí)間的性能測(cè)試、CPU、Memory的性能測(cè)試、負(fù)載的性能測(cè)試（壓力測(cè)試）、可靠性測(cè)試     主要檢測(cè)內(nèi)容：     如：   

21、60; 1. 典型應(yīng)用的反應(yīng)時(shí)間     2. 客戶端、服務(wù)器的CPU、Memory使用情況 3. 服務(wù)器的響應(yīng)速度     4. 系統(tǒng)支持的最優(yōu)負(fù)載數(shù)量     5. 網(wǎng)絡(luò)指標(biāo)     6. 系統(tǒng)可靠性測(cè)試     5測(cè)試工具和測(cè)試方法     5.1測(cè)試工具     MI（Mercury Interactive）公司的LoadRunner7.5.1創(chuàng)建虛擬用戶腳本工具Virtual

22、User Generator     MI（Mercury Interactive）公司的LoadRunner7.5.1創(chuàng)建、運(yùn)行實(shí)際場(chǎng)景工具Controller     MI（Mercury Interactive）公司的LoadRunner7.5.1分析測(cè)試結(jié)果工具Analysis     性能監(jiān)視器（MicroSoft Win2000自帶）     5.2測(cè)試方法     5.2.1反應(yīng)時(shí)間的性能測(cè)試 處理點(diǎn)或事件期望的反應(yīng)時(shí)間實(shí)際反映時(shí)間

23、平均值（至少3次）上次或上版本實(shí)際反映時(shí)間平均值（至少3次）測(cè)試結(jié)果分析：  5.2.2CPU、Memory的性能測(cè)試     條件：     1.客戶端情況     2. 應(yīng)用服務(wù)器情況     3.數(shù)據(jù)庫(kù)服務(wù)器情況     測(cè)試結(jié)果分析：     5.2.3負(fù)載的性能測(cè)試（壓力測(cè)試） 輸入/動(dòng)作輸出/響應(yīng)能否正常運(yùn)行5個(gè)用戶操作10個(gè)用戶操作20個(gè)用戶操作30個(gè)用戶操作50個(gè)用戶操作 

24、; 測(cè)試結(jié)果分析：     5.2.4可靠性測(cè)試 任務(wù)描述連續(xù)運(yùn)行時(shí)間故障發(fā)生的時(shí)刻故障描述統(tǒng)計(jì)分析任務(wù)A無(wú)故障運(yùn)行的平均時(shí)間間隔（CPU小時(shí)）測(cè)試結(jié)果分析：     5.2.5網(wǎng)絡(luò)性能測(cè)試     對(duì)網(wǎng)絡(luò)性能的測(cè)試，如網(wǎng)絡(luò)流量、每秒采樣數(shù)、網(wǎng)絡(luò)延遲等。     6測(cè)試完成準(zhǔn)則     系統(tǒng)滿足各項(xiàng)性能要求、能滿足實(shí)際使用情況并提供測(cè)試報(bào)告     7任務(wù)與進(jìn)度表     8提交的文檔和

25、報(bào)告     XXXX系統(tǒng)性能測(cè)試方案     XXXX系統(tǒng)性能測(cè)試報(bào)告     XXXX系統(tǒng)性能測(cè)試腳本軟件系統(tǒng)性能測(cè)試方案1引言1.1編寫目的編寫本方案的目的是用于指導(dǎo)XXXX系統(tǒng)的性能測(cè)試,主要從測(cè)試環(huán)境、測(cè)試工具、測(cè)試策略、測(cè)試具體執(zhí)行方法、任務(wù)與進(jìn)度表等事先計(jì)劃和設(shè)計(jì)。1.2適用范圍XXXX系統(tǒng)性能測(cè)試組XXXX系統(tǒng)開發(fā)組XXXX系統(tǒng)性能優(yōu)化組1.3參考資料系統(tǒng)性能測(cè)試指南1.4術(shù)語(yǔ)和縮寫詞縮寫、術(shù)語(yǔ) 解釋 性能測(cè)試（performance testing）運(yùn)行這些測(cè)試通常要確定程序運(yùn)行有多快，

26、以便確定是否需要優(yōu)化負(fù)載測(cè)試(load testing)通過(guò)在面臨很多資源要求的系統(tǒng)上運(yùn)行，攻擊被測(cè)程序或系統(tǒng)可靠性測(cè)試(reliability testing)持續(xù)進(jìn)行的性能測(cè)試，目標(biāo)是發(fā)現(xiàn)短序列程序測(cè)試遺漏的情況2系統(tǒng)介紹3測(cè)試環(huán)境3.1網(wǎng)絡(luò)拓?fù)鋱D3.2硬件環(huán)境3.3軟件環(huán)境4測(cè)試范圍與主要內(nèi)容測(cè)試范圍：如：XXXX系統(tǒng)各項(xiàng)性能指標(biāo)，反應(yīng)時(shí)間的性能測(cè)試、CPU、Memory的性能測(cè)試、負(fù)載的性能測(cè)試（壓力測(cè)試）、可靠性測(cè)試主要檢測(cè)內(nèi)容：如：1. 典型應(yīng)用的反應(yīng)時(shí)間2. 客戶端、服務(wù)器的CPU、Memory使用情況3. 服務(wù)器的響應(yīng)速度4. 系統(tǒng)支持的最優(yōu)負(fù)載數(shù)量5. 網(wǎng)絡(luò)指標(biāo)6. 系統(tǒng)可靠

27、性測(cè)試5測(cè)試工具和測(cè)試方法5.1測(cè)試工具M(jìn)I（Mercury Interactive）公司的LoadRunner7.5.1創(chuàng)建虛擬用戶腳本工具Virtual User GeneratorMI（Mercury Interactive）公司的LoadRunner7.5.1創(chuàng)建、運(yùn)行實(shí)際場(chǎng)景工具ControllerMI（Mercury Interactive）公司的LoadRunner7.5.1分析測(cè)試結(jié)果工具Analysis性能監(jiān)視器（MicroSoft Win2000自帶）5.2測(cè)試方法5.2.1反應(yīng)時(shí)間的性能測(cè)試處理點(diǎn)或事件期望的反應(yīng)時(shí)間實(shí)際反映時(shí)間平均值（至少3次）上次或上版本實(shí)際反映時(shí)間平

28、均值（至少3次）測(cè)試結(jié)果分析：5.2.2CPU、Memory的性能測(cè)試條件：1.客戶端情況2. 應(yīng)用服務(wù)器情況3.數(shù)據(jù)庫(kù)服務(wù)器情況測(cè)試結(jié)果分析：5.2.3負(fù)載的性能測(cè)試（壓力測(cè)試輸入/動(dòng)作輸出/響應(yīng)能否正常運(yùn)行10個(gè)用戶操作  20個(gè)用戶操作  30個(gè)用戶操作  50個(gè)用戶操作  100個(gè)用戶操作    測(cè)試結(jié)果分析：5.2.4可靠性測(cè)試任務(wù)描述  連續(xù)運(yùn)行時(shí)間 建議72小時(shí)故障發(fā)生的時(shí)刻 故障描述統(tǒng)計(jì)分析任務(wù)A無(wú)故障運(yùn)行的平均時(shí)間間隔（CPU小時(shí)） 任務(wù)

29、A無(wú)故障運(yùn)行的最小時(shí)間間隔（CPU小時(shí)） 任務(wù)A無(wú)故障運(yùn)行的最大時(shí)間間隔（CPU小時(shí)） 測(cè)試結(jié)果分析： 5.2.5網(wǎng)絡(luò)性能測(cè)試對(duì)網(wǎng)絡(luò)性能的測(cè)試，如網(wǎng)絡(luò)流量、每秒采樣數(shù)、網(wǎng)絡(luò)延遲等。6測(cè)試完成準(zhǔn)則系統(tǒng)滿足各項(xiàng)性能要求、能滿足實(shí)際使用情況并提供測(cè)試報(bào)告7任務(wù)與進(jìn)度表8提交的文檔和報(bào)告XXXX系統(tǒng)性能測(cè)試方案XXXX系統(tǒng)性能測(cè)試報(bào)告XXXX系統(tǒng)性能測(cè)試腳本成功的 Web 應(yīng)用系統(tǒng)性能測(cè)試性能測(cè)試是 Web 應(yīng)用系統(tǒng)的一項(xiàng)重要質(zhì)量保證措施。在現(xiàn)實(shí)中，很多 Web 性能測(cè)試項(xiàng)目由于性能測(cè)試需求定義不合理或不明確，導(dǎo)致性能測(cè)試項(xiàng)目不能達(dá)到預(yù)期目標(biāo)或進(jìn)度超期。本文針對(duì) Web 應(yīng)用系統(tǒng)的技術(shù)架構(gòu)和系統(tǒng)使用特

30、點(diǎn)，探討如何有效實(shí)施性能測(cè)試過(guò)程，并重點(diǎn)介紹如何分析獲得合理的性能測(cè)試需求，最終對(duì) Web 應(yīng)用系統(tǒng)性能進(jìn)行科學(xué)、準(zhǔn)確的評(píng)估。   1 引言   基于Web服務(wù)器的應(yīng)用系統(tǒng)由于提供瀏覽器界面而無(wú)須安裝，大大降低了系統(tǒng)部署和升級(jí)成本，得以普遍應(yīng)用。目前，很多企業(yè)的核心業(yè)務(wù)系統(tǒng)均是Web應(yīng)用，但當(dāng)Web應(yīng)用的數(shù)據(jù)量和訪問(wèn)用戶量日益增加，系統(tǒng)不得不面臨性能和可靠性方面的挑戰(zhàn)。因此，無(wú)論是Web應(yīng)用系統(tǒng)的開發(fā)商或最終用戶，都要求在上線前對(duì)系統(tǒng)進(jìn)行性能，室驗(yàn)實(shí)TI國(guó)中科學(xué)評(píng)價(jià)系統(tǒng)的性能，從而降低系統(tǒng)上線后的性能風(fēng)險(xiǎn)。   在很多性能測(cè)試項(xiàng)目中，

31、由于不能合理定義系統(tǒng)的性能測(cè)試需求，不能建立和真實(shí)環(huán)境相符的負(fù)載模型，不能科學(xué)分析性能測(cè)試結(jié)果，導(dǎo)致性能測(cè)試項(xiàng)目持續(xù)時(shí)間很長(zhǎng)或不能真正評(píng)價(jià)系統(tǒng)性能并提出性能改進(jìn)措施。   本文在總結(jié)許多Web應(yīng)用系統(tǒng)性能測(cè)試實(shí)踐經(jīng)驗(yàn)和教訓(xùn)的基礎(chǔ)上，從與性能測(cè)試工具無(wú)關(guān)的角度介紹Web應(yīng)用系統(tǒng)性能測(cè)試的方法和實(shí)施過(guò)程，以及如何定義合理的性能測(cè)試需求。   1.1 術(shù)語(yǔ)定義   性能測(cè)試：通過(guò)模擬大量瀏覽器客戶端同時(shí)訪問(wèn)Web服務(wù)器，獲得系統(tǒng)的性能數(shù)據(jù)。   虛擬用戶：模擬瀏覽器向Web服務(wù)器發(fā)送請(qǐng)求并接收響應(yīng)的一個(gè)進(jìn)程或線程。

32、60;  響應(yīng)時(shí)間：瀏覽器向Web服務(wù)器提交一個(gè)請(qǐng)求到收到響應(yīng)之間的間隔時(shí)間。   思考時(shí)間：瀏覽器在收到響應(yīng)后到提交下一個(gè)請(qǐng)求之間的間隔時(shí)間。   請(qǐng)求成功率：Web服務(wù)器正確處理的請(qǐng)求數(shù)量和接收到的請(qǐng)求數(shù)量的比。   吞吐量：?jiǎn)挝粫r(shí)間內(nèi)Web服務(wù)器成功處理的HTTP頁(yè)面或HTTP請(qǐng)求數(shù)量。   在線用戶：用戶通過(guò)瀏覽器訪問(wèn)登錄Web應(yīng)用系統(tǒng)后，并不退出該應(yīng)用系統(tǒng)。通常一個(gè)Web應(yīng)用服務(wù)器的在線用戶對(duì)應(yīng)Web應(yīng)用服務(wù)器的一個(gè)Session。   并發(fā)用戶數(shù)：Web服務(wù)器在一段時(shí)間內(nèi)為

33、處理瀏覽器請(qǐng)求而建立的HTTP連接數(shù)或生成的處理線程數(shù)。當(dāng)所有在線用戶發(fā)送HTTP請(qǐng)求的思考時(shí)間為零時(shí)，Web服務(wù)器的并發(fā)用戶數(shù)等于在線用戶數(shù)。性能分析名詞解釋LoadRunnerTransactions（用戶事務(wù)分析）用戶事務(wù)分析是站在用戶角度進(jìn)行的基礎(chǔ)性能分析。1、Transation Sunmmary（事務(wù)綜述）對(duì)事務(wù)進(jìn)行綜合分析是性能分析的第一步，通過(guò)分析測(cè)試時(shí)間內(nèi)用戶事務(wù)的成功與失敗情況，可以直接判斷出系統(tǒng)是否運(yùn)行正常。2、Average Transaciton Response Time（事務(wù)平均響應(yīng)時(shí)間）“事務(wù)平均響應(yīng)時(shí)間”顯示的是測(cè)試場(chǎng)景運(yùn)行期間的每一秒內(nèi)事務(wù)執(zhí)行所用的平均時(shí)間

34、，通過(guò)它可以分析測(cè)試場(chǎng)景運(yùn)行期間應(yīng)用系統(tǒng)的性能走向。例：隨著測(cè)試時(shí)間的變化，系統(tǒng)處理事務(wù)的速度開始逐漸變慢，這說(shuō)明應(yīng)用系統(tǒng)隨著投產(chǎn)時(shí)間的變化，整體性能將會(huì)有下降的趨勢(shì)。3、Transactions per Second（每秒通過(guò)事務(wù)數(shù)/TPS）“每秒通過(guò)事務(wù)數(shù)/TPS”顯示在場(chǎng)景運(yùn)行的每一秒鐘，每個(gè)事務(wù)通過(guò)、失敗以及停止的數(shù)量，使考查系統(tǒng)性能的一個(gè)重要參數(shù)。通過(guò)它可以確定系統(tǒng)在任何給定時(shí)刻的時(shí)間事務(wù)負(fù)載。分析TPS主要是看曲線的性能走向。將它與平均事務(wù)響應(yīng)時(shí)間進(jìn)行對(duì)比，可以分析事務(wù)數(shù)目對(duì)執(zhí)行時(shí)間的影響。例：當(dāng)壓力加大時(shí)，點(diǎn)擊率/TPS曲線如果變化緩慢或者有平坦的趨勢(shì)，很有可能是服務(wù)器開始出現(xiàn)瓶

35、頸。4、Total Transactions per Second（每秒通過(guò)事務(wù)總數(shù)）“每秒通過(guò)事務(wù)總數(shù)”顯示在場(chǎng)景運(yùn)行時(shí)，在每一秒內(nèi)通過(guò)的事務(wù)總數(shù)、失敗的事務(wù)總署以及停止的事務(wù)總數(shù)。5、Transaction Performance Sunmmary（事務(wù)性能摘要）“事務(wù)性能摘要”顯示方案中所有事務(wù)的最小、最大和平均執(zhí)行時(shí)間，可以直接判斷響應(yīng)時(shí)間是否符合用戶的要求。重點(diǎn)關(guān)注事務(wù)的平均和最大執(zhí)行時(shí)間，如果其范圍不在用戶可以接受的時(shí)間范圍內(nèi)，需要進(jìn)行原因分析。6、Transaction Response Time Under Load（事務(wù)響應(yīng)時(shí)間與負(fù)載）“事務(wù)響應(yīng)時(shí)間與負(fù)載”是“正在運(yùn)行的虛擬

36、用戶”圖和“平均響應(yīng)事務(wù)時(shí)間”圖的組合，通過(guò)它可以看出在任一時(shí)間點(diǎn)事務(wù)響應(yīng)時(shí)間與用戶數(shù)目的關(guān)系，從而掌握系統(tǒng)在用戶并發(fā)方面的性能數(shù)據(jù)，為擴(kuò)展用戶系統(tǒng)提供參考。此圖可以查看虛擬用戶負(fù)載對(duì)執(zhí)行時(shí)間的總體影響，對(duì)分析具有漸變負(fù)載的測(cè)試場(chǎng)景比較有用。7、Transaction Response Time(Percentile)（事務(wù)響應(yīng)時(shí)間(百分比)）“事務(wù)響應(yīng)時(shí)間(百分比)”是根據(jù)測(cè)試結(jié)果進(jìn)行分析而得到的綜合分析圖，也就是工具通過(guò)一些統(tǒng)計(jì)分析方法間接得到的圖表。通過(guò)它可以分析在給定事務(wù)響應(yīng)時(shí)間范圍內(nèi)能執(zhí)行的事務(wù)百分比。8、Transaction Response Time(Distribution)

37、（事務(wù)響應(yīng)時(shí)間(分布)）“事務(wù)響應(yīng)時(shí)間(分布)”顯示在場(chǎng)景運(yùn)行過(guò)程中，事務(wù)執(zhí)行所用時(shí)間的分布，通過(guò)它可以了解測(cè)試過(guò)程中不同響應(yīng)時(shí)間的事務(wù)數(shù)量。如果系統(tǒng)預(yù)先定義了相關(guān)事務(wù)可以接受的最小和最大事務(wù)響應(yīng)時(shí)間，則可以使用此圖確定服務(wù)器性能是否在可以接受的范圍內(nèi)。Web Resources（Web資源分析）Web資源分析是從服務(wù)器入手對(duì)Web服務(wù)器的性能分析。1、Hits per Second（每秒點(diǎn)擊次數(shù)）“每秒點(diǎn)擊次數(shù)”，即使運(yùn)行場(chǎng)景過(guò)程中虛擬用戶每秒向Web服務(wù)器提交的HTTP請(qǐng)求數(shù)。通過(guò)它可以評(píng)估虛擬用戶產(chǎn)生的負(fù)載量，如將其和“平均事務(wù)響應(yīng)時(shí)間”圖比較，可以查看點(diǎn)擊次數(shù)對(duì)事務(wù)性能產(chǎn)生的影響。通過(guò)

38、對(duì)查看“每秒點(diǎn)擊次數(shù)”，可以判斷系統(tǒng)是否穩(wěn)定。系統(tǒng)點(diǎn)擊率下降通常表明服務(wù)器的響應(yīng)速度在變慢，需進(jìn)一步分析，發(fā)現(xiàn)系統(tǒng)瓶頸所在。2、Throughput（吞吐率）“吞吐率”顯示的是場(chǎng)景運(yùn)行過(guò)程中服務(wù)器的每秒的吞吐量。其度量單位是字節(jié)，表示虛擬用在任何給定的每一秒從服務(wù)器獲得的數(shù)據(jù)量?？梢砸罁?jù)服務(wù)器的吞吐量來(lái)評(píng)估虛擬用戶產(chǎn)生的負(fù)載量，以及看出服務(wù)器在流量方面的處理能力以及是否存在瓶頸?！巴掏侣省眻D和“點(diǎn)擊率”圖的區(qū)別：“吞吐率”圖，是每秒服務(wù)器處理的HTTP申請(qǐng)數(shù)?！包c(diǎn)擊率”圖，是客戶端每秒從服務(wù)器獲得的總數(shù)據(jù)量。3、HTTP Status Code Summary（HTTP狀態(tài)代碼概要）“HTTP

39、狀態(tài)代碼概要”顯示場(chǎng)景或會(huì)話步驟過(guò)程中從Web服務(wù)器返回的HTTP狀態(tài)代碼數(shù)，該圖按照代碼分組。HTTP狀態(tài)代碼表示HTTP請(qǐng)求的狀態(tài)。4、HTTP Responses per Second（每秒HTTP響應(yīng)數(shù)）“每秒HTTP響應(yīng)數(shù)”是顯示運(yùn)行場(chǎng)景過(guò)程中每秒從Web服務(wù)器返回的不同HTTP狀態(tài)代碼的數(shù)量，還能返回其它各類狀態(tài)碼的信息，通過(guò)分析狀態(tài)碼，可以判斷服務(wù)器在壓力下的運(yùn)行情況，也可以通過(guò)對(duì)圖中顯示的結(jié)果進(jìn)行分組，進(jìn)而定位生成錯(cuò)誤的代碼腳本。5、Pages Downloader per Second（每秒下載頁(yè)面數(shù)）“每秒下載頁(yè)面數(shù)”顯示場(chǎng)景或會(huì)話步驟運(yùn)行的每一秒內(nèi)從服務(wù)器下載的網(wǎng)頁(yè)數(shù)。使

40、用此圖可依據(jù)下載的頁(yè)數(shù)來(lái)計(jì)算Vuser生成的負(fù)載量。和吞吐量圖一樣，每秒下載頁(yè)面數(shù)圖標(biāo)是Vuser在給定的任一秒內(nèi)從服務(wù)器接收到的數(shù)據(jù)量。但是吞吐量考慮的各個(gè)資源極其大小（例，每個(gè)GIF文件的大小、每個(gè)網(wǎng)頁(yè)的大小）。而每秒下載頁(yè)面數(shù)只考慮頁(yè)面數(shù)。注：要查看每秒下載頁(yè)數(shù)圖，必須在R-T-S那里設(shè)置“每秒頁(yè)面數(shù)(僅HTML模式)”。6、Retries per Second（每秒重試次數(shù)）“每秒重試次數(shù)”顯示場(chǎng)景或會(huì)話步驟運(yùn)行的每一秒內(nèi)服務(wù)器嘗試的連接次數(shù)。在下列情況將重試服務(wù)器連接：A、初始連接未經(jīng)授權(quán)B、要求代理服務(wù)器身份驗(yàn)證C、服務(wù)器關(guān)閉了初始連接D、初始連接無(wú)法連接到服務(wù)器E、服務(wù)器最初無(wú)法

41、解析負(fù)載生成器的IP地址7、Retries Summary（重試次數(shù)概要）“重試次數(shù)概要”顯示場(chǎng)景或會(huì)話步驟運(yùn)行過(guò)程中服務(wù)器嘗試的連接次數(shù)，它按照重試原因分組。將此圖與每秒重試次數(shù)圖一起使用可以確定場(chǎng)景或會(huì)話步驟運(yùn)行過(guò)程中服務(wù)器在哪個(gè)時(shí)間點(diǎn)進(jìn)行了重試。8、Connections（連接數(shù)）“連接數(shù)”顯示場(chǎng)景或會(huì)話步驟運(yùn)行過(guò)程中每個(gè)時(shí)間點(diǎn)打開的TCP/IP連接數(shù)。借助此圖，可以知道何時(shí)需要添加其他連接。例：當(dāng)連接數(shù)到達(dá)穩(wěn)定狀態(tài)而事務(wù)響應(yīng)時(shí)間迅速增大時(shí)，添加連接可以使性能得到極大提高（事務(wù)響應(yīng)時(shí)間將降低）。9、Connections Per Second（每秒連接數(shù)）“每秒連接數(shù)”顯示方案在運(yùn)行過(guò)程

42、中每秒建立的TCP/IP連接數(shù)。理想情況下，很多HTTP請(qǐng)求都應(yīng)該使用同一連接，而不是每個(gè)請(qǐng)求都新打開一個(gè)連接。通過(guò)每秒連接數(shù)圖可以看出服務(wù)器的處理情況，就表明服務(wù)器的性能在逐漸下降。10、SSLs Per Second（每秒SSL連接數(shù)）“每秒SSL連接數(shù)”顯示場(chǎng)景或會(huì)話步驟運(yùn)行的每一秒內(nèi)打開的新的以及重新使用的SSL連接數(shù)。當(dāng)對(duì)安全服務(wù)器打開TCP/IP連接后，瀏覽器將打開SSL連接。Web Page Breakdown（網(wǎng)頁(yè)元素細(xì)分）“網(wǎng)頁(yè)元素細(xì)分”主要用來(lái)評(píng)估頁(yè)面內(nèi)容是否影響事務(wù)的響應(yīng)時(shí)間，通過(guò)它可以深入地分析網(wǎng)站上那些下載很慢的圖形或中斷的連接等有問(wèn)題的元素。1、Web Page B

43、reakdown（頁(yè)面分解總圖）“頁(yè)面分解”顯示某一具體事務(wù)在測(cè)試過(guò)程的響應(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í)還可按照下載過(guò)程把時(shí)間進(jìn)行分解，用不同的顏色來(lái)顯示DNS解析時(shí)間、建立連接時(shí)間、第一次緩沖時(shí)間等各自所占比例。2)、Component Breakdown(Over Time)（組件細(xì)分(隨時(shí)間變化)）“組件細(xì)分”圖顯示選定網(wǎng)頁(yè)的頁(yè)面組件隨時(shí)間變化的細(xì)分圖。通過(guò)該圖可以很容易的看出哪些元素在測(cè)試過(guò)程中下載時(shí)間不穩(wěn)定。

44、該圖特別適用于需要在客戶端下載控件較多的頁(yè)面，通過(guò)分析控件的響應(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è)試過(guò)程中的下載情況?！跋螺d時(shí)間細(xì)分”圖顯示的是整個(gè)測(cè)試過(guò)程頁(yè)面元素響應(yīng)的時(shí)間統(tǒng)計(jì)分析結(jié)果，“下載時(shí)間細(xì)分(隨時(shí)間變化)”顯示的事場(chǎng)景運(yùn)行過(guò)程中每一秒內(nèi)頁(yè)面元素響應(yīng)時(shí)間的統(tǒng)計(jì)結(jié)果，兩者分別從宏觀和微觀角度來(lái)分析頁(yè)面元素的下載時(shí)間。4)、Time to Firs

45、t 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)問(wèn)題的時(shí)間。First Buffer Time：是指客戶端與服務(wù)器端建立連接后，從服務(wù)器發(fā)送第一個(gè)數(shù)據(jù)包開始計(jì)時(shí)，數(shù)據(jù)經(jīng)過(guò)網(wǎng)絡(luò)傳送到客戶端，到瀏覽器接收到第一個(gè)緩沖所用的時(shí)間。2、Page Component Breakdown（頁(yè)面組件細(xì)分）“頁(yè)面組件細(xì)分”圖顯示每個(gè)網(wǎng)頁(yè)及其

46、組件的平均下載時(shí)間（以秒為單位）?？梢愿鶕?jù)下載組件所用的平均秒數(shù)對(duì)圖列進(jìn)行排序，通過(guò)它有助于隔離有問(wèn)題的組件。3、Page Component Breakdown(Over Time)（頁(yè)面組件分解(隨時(shí)間變化)）“頁(yè)面組件分解(隨時(shí)間變化)”圖顯示在方案運(yùn)行期間的每一秒內(nèi)每個(gè)網(wǎng)頁(yè)及其組件的平均響應(yīng)時(shí)間 （以秒為單位）。4、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í)間、第一次緩沖

47、時(shí)間、SSL握手時(shí)間、接收時(shí)間、FTP驗(yàn)證時(shí)間、客戶端時(shí)間和錯(cuò)誤時(shí)間來(lái)對(duì)每個(gè)組件的下載過(guò)程進(jìn)行細(xì)分。5、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ā)生了問(wèn)題?！绊?yè)面組件細(xì)分(隨時(shí)間變化)”圖和“頁(yè)面下載時(shí)間細(xì)分(隨時(shí)間變化)”圖通常結(jié)合起來(lái)進(jìn)行分析：首先確定有問(wèn)題的組件，然后分析它們的下載過(guò)程，進(jìn)而定位原因在哪里。6、Time to First Buffer Breakdown（第一次

48、緩沖時(shí)間細(xì)分）“第一次緩沖時(shí)間細(xì)分”圖顯示成功收到從Web服務(wù)器返回的第一次緩沖之前的這一段時(shí)間內(nèi)的每個(gè)頁(yè)面組件的相關(guān)服務(wù)器/網(wǎng)路時(shí)間。如果組件的下載時(shí)間很長(zhǎng)，則可以使用此圖確定產(chǎn)生的問(wèn)題與服務(wù)器有關(guān)還是與網(wǎng)絡(luò)有關(guān)。網(wǎng)絡(luò)時(shí)間：定義為第一個(gè)HTTP請(qǐng)求那一刻開始，直到確認(rèn)為止所經(jīng)過(guò)的平均時(shí)間。服務(wù)器時(shí)間：定義為從收到初始HTTP請(qǐng)求確認(rèn)開始，直到成功收到來(lái)自Web服務(wù)器的一次緩沖為止所經(jīng)過(guò)的平均時(shí)間。7、Time to First Buffer Breakdown(Over Time)（第一次緩沖時(shí)間細(xì)分(隨時(shí)間變化)）“第一次緩沖時(shí)間細(xì)分(隨時(shí)間變化)”圖顯示成功收到從Web服務(wù)器返回的第一個(gè)

49、緩沖之前的這段時(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)問(wèn)題的時(shí)間點(diǎn)。8、Downloader Component Size(KB)（已下載組件大小）“已下載組件大小”圖顯示每個(gè)已經(jīng)下載的網(wǎng)頁(yè)組建的大小。通過(guò)它可以直接看出哪些組件比較大并需要進(jìn)一步進(jìn)行優(yōu)化以提高性能。性能測(cè)試（并發(fā)負(fù)載壓力）測(cè)試分析簡(jiǎn)要篇在論壇混了多日，發(fā)現(xiàn)越來(lái)越多的性能測(cè)試工程師基本上都能夠掌握利用測(cè)試工具來(lái)作負(fù)載壓力測(cè)試，但多數(shù)人對(duì)怎樣去分析工具收集到的測(cè)試結(jié)果感到無(wú)從下手，下面我就把個(gè)人工作中的體會(huì)和收集到的有關(guān)資料整理出來(lái)，希望能對(duì)大家分析測(cè)試結(jié)果有所幫助

50、。 分析原則： 具體問(wèn)題具體分析（這是由于不同的應(yīng)用系統(tǒng)，不同的測(cè)試目的，不同的性能關(guān)注點(diǎn)） 查找瓶頸時(shí)按以下順序，由易到難。     服務(wù)器硬件瓶頸-網(wǎng)絡(luò)瓶頸（對(duì)局域網(wǎng)，可以不考慮）-服務(wù)器操作系統(tǒng)瓶頸（參數(shù)配置）-中間件瓶頸（參數(shù)配置，數(shù)據(jù)庫(kù)，web服務(wù)器等）-應(yīng)用瓶頸（SQL語(yǔ)句、數(shù)據(jù)庫(kù)設(shè)計(jì)、業(yè)務(wù)邏輯、算法等）     注：以上過(guò)程并不是每個(gè)分析中都需要的，要根據(jù)測(cè)試目的和要求來(lái)確定分析的深度。對(duì)一些要求低的，我們分析到應(yīng)用系統(tǒng)在將來(lái)大的負(fù)載壓力（并發(fā)用戶數(shù)、數(shù)據(jù)量）下，系統(tǒng)的硬件瓶頸在哪兒就夠了。 分段排除法 很有效 分析的信息來(lái)源： 1 根據(jù)場(chǎng)

51、景運(yùn)行過(guò)程中的錯(cuò)誤提示信息 2 根據(jù)測(cè)試結(jié)果收集到的監(jiān)控指標(biāo)數(shù)據(jù) 一錯(cuò)誤提示分析 分析實(shí)例： 1 Error: Failed to connect to server “0:8080: 10060 Connection Error: timed out Error: Server “0 has shut down the connection prematurely 分析： A、應(yīng)用服務(wù)死掉。 （小用戶時(shí)：程序上的問(wèn)題。程序上處理數(shù)據(jù)庫(kù)的問(wèn)題） B、應(yīng)用服務(wù)沒(méi)有死 （應(yīng)用服務(wù)參數(shù)設(shè)置問(wèn)題）     例：在許多客戶端連接Weblogic

52、應(yīng)用服務(wù)器被拒絕，而在服務(wù)器端沒(méi)有錯(cuò)誤顯示，則有可能是Weblogic中的server元素的AcceptBacklog屬性值設(shè)得過(guò)低。如果連接時(shí)收到connection refused消息，說(shuō)明應(yīng)提高該值，每次增加25 C、數(shù)據(jù)庫(kù)的連接 (1、在應(yīng)用服務(wù)的性能參數(shù)可能太小了 2、數(shù)據(jù)庫(kù)啟動(dòng)的最大連接數(shù)（跟硬件的內(nèi)存有關(guān)）) 2 Error: Page download timeout (120 seconds) has expired 分析：可能是以下原因造成 A、應(yīng)用服務(wù)參數(shù)設(shè)置太大導(dǎo)致服務(wù)器的瓶頸 B、頁(yè)面中圖片太多 C、在程序處理表的時(shí)候檢查字段太大多 二監(jiān)控指標(biāo)數(shù)據(jù)分析 1最大并發(fā)用戶

53、數(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的情況，則說(shuō)明在當(dāng)前環(huán)境下，系統(tǒng)承受不了當(dāng)前并發(fā)用戶的負(fù)載壓力，那么最大并發(fā)用戶數(shù)就是前一個(gè)沒(méi)有出現(xiàn)這種現(xiàn)象的并發(fā)用戶數(shù)。     如果測(cè)得的最大并發(fā)用戶數(shù)到達(dá)了性能要求，且各服務(wù)器資源情況良好，業(yè)務(wù)操作響應(yīng)時(shí)間也達(dá)到了用戶要求，那么OK。否則，再根據(jù)各服務(wù)器的資源情況和業(yè)務(wù)操作響應(yīng)時(shí)間進(jìn)一步分析原因所在。 2業(yè)務(wù)操作響應(yīng)時(shí)間：     分析方案運(yùn)行情況

54、應(yīng)從平均事務(wù)響應(yīng)時(shí)間圖和事務(wù)性能摘要圖開始。使用“事務(wù)性能摘要”圖，可以確定在方案執(zhí)行期間響應(yīng)時(shí)間過(guò)長(zhǎng)的事務(wù)。 細(xì)分事務(wù)并分析每個(gè)頁(yè)面組件的性能。查看過(guò)長(zhǎng)的事務(wù)響應(yīng)時(shí)間是由哪些頁(yè)面組件引起的？問(wèn)題是否與網(wǎng)絡(luò)或服務(wù)器有關(guān)？ 如果服務(wù)器耗時(shí)過(guò)長(zhǎng)，請(qǐng)使用相應(yīng)的服務(wù)器圖確定有問(wèn)題的服務(wù)器度量并查明服務(wù)器性能下降的原因。如果網(wǎng)絡(luò)耗時(shí)過(guò)長(zhǎng)，請(qǐng)使用“網(wǎng)絡(luò)監(jiān)視器”圖確定導(dǎo)致性能瓶頸的網(wǎng)絡(luò)問(wèn)題性能測(cè)試之場(chǎng)景設(shè)計(jì)思想前段時(shí)間有幸收到珠海X公司性能題目，呵呵，以下是對(duì)公司產(chǎn)品性能測(cè)試的總結(jié)。個(gè)人認(rèn)為有關(guān)性能測(cè)試場(chǎng)景問(wèn)題，其實(shí)更佳著重于對(duì)性能測(cè)試目的考究。驗(yàn)證測(cè)試是用于驗(yàn)證在特定的場(chǎng)景、時(shí)間、壓力、環(huán)境和操作方式下系

55、統(tǒng)能夠正常的運(yùn)行，服務(wù)器、應(yīng)用系統(tǒng)和網(wǎng)絡(luò)環(huán)境等軟硬件設(shè)施還能否良好的支撐這些情況下用戶的使用。驗(yàn)證性測(cè)試主要針對(duì)有明確的壓力目標(biāo)和預(yù)期結(jié)果，驗(yàn)證系統(tǒng)在這種壓力下的各方面反映能夠達(dá)到預(yù)期結(jié)果。主要分以下幾種：壓力測(cè)試：已知系統(tǒng)高峰期使用人數(shù)，驗(yàn)證各事務(wù)在最大并發(fā)數(shù)（通過(guò)高峰期人數(shù)換算）下事務(wù)響應(yīng)時(shí)間能夠達(dá)到客戶要求。系統(tǒng)各性能指標(biāo)在這種壓力下是否還在正常數(shù)值之內(nèi)。系統(tǒng)是否會(huì)因這樣的壓力導(dǎo)致不良反應(yīng)（如：宕機(jī)、應(yīng)用異常中止等）。Ramp Up 增量設(shè)計(jì)：如并發(fā)用戶為75人，系統(tǒng)注冊(cè)用戶為1500人，以57作為并發(fā)用戶參考值。一般以每15s加載5人的方式進(jìn)行增壓設(shè)計(jì)，該數(shù)值主要參考測(cè)試加壓機(jī)性能，建議Run幾次。以事務(wù)通過(guò)率與錯(cuò)誤率衡量實(shí)際加載方式。Ramp U