web項(xiàng)目性能測(cè)試方案

《web項(xiàng)目性能測(cè)試方案》由會(huì)員分享，可在線閱讀，更多相關(guān)《web項(xiàng)目性能測(cè)試方案（16頁(yè)珍藏版）》請(qǐng)?jiān)谘b配圖網(wǎng)上搜索。

1、web項(xiàng)目性能測(cè)試方案 任務(wù)： 測(cè)試JBOS郵境下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)有 license情況下，UBSS系統(tǒng)支持的 最大并發(fā)數(shù)） 2?準(zhǔn)備數(shù)據(jù)腳本（SQL和存儲(chǔ)過(guò)程） 3. 準(zhǔn)備測(cè)試腳本（Vuser scr i pts,scer）ario 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. 用戶前臺(tái)繳費(fèi) b. 標(biāo)準(zhǔn)用戶

2、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 3 1-2 IC 卡充值 1 100 3 3 2. 單個(gè)交易負(fù)載測(cè)試 概念：設(shè)定負(fù)載序列，并發(fā)用戶數(shù)為 X{ 20,30,50,....},收集系統(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í)間和吞吐量 用戶登陸方

3、式： 每 2秒登陸2個(gè) 序號(hào) 功能名稱 并發(fā)用戶數(shù) 循環(huán)次數(shù) 操作間隔循環(huán)間隔 2-1 前臺(tái)繳費(fèi) 5 50 3 3 2-2 前臺(tái)繳費(fèi) 10 50 3 3 2-3 前臺(tái)繳費(fèi) 15 50 3 3 注：響應(yīng)時(shí)間超過(guò) 30S 2-4 前臺(tái)繳費(fèi) 20 50 3 3 注：阻塞，不進(jìn)行測(cè)試 2-5 IC卡充值 5 50 3 3 2-6 IC卡充值 10 50 3 3 2-7 IC卡充值 15 50 3 3 2-8 IC卡充值 20 50 3 3 3. 組合交易負(fù)載測(cè)試

4、 概念：多個(gè)交易組合在一起，設(shè)定負(fù)載序列，并發(fā)數(shù)為 X {20,30,50,....}，收集系統(tǒng)在不同 負(fù)載級(jí)別的性能表現(xiàn) 方法：設(shè)置并發(fā)總數(shù)，各用戶數(shù)按比例分配，每個(gè)用戶運(yùn)行 N分鐘，獲取平均響應(yīng)時(shí)間和 吞吐量 序號(hào) 功能名稱 并發(fā)用戶總數(shù) 比例 持續(xù)時(shí)間 操作間隔 循環(huán)間隔 3-1 前臺(tái)繳費(fèi)， IC卡充值 5 2： 3 20m 3 3 3-2 前臺(tái)繳費(fèi)， IC卡充值 10 2： 3 20m 3 3 3-3 前臺(tái)繳費(fèi)， IC卡充值 15 2： 3 20m 3 3 3-4 前臺(tái)繳費(fèi)， IC卡充值 20 2： 3 20m 3

5、 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) 平均響應(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ī) 192.168.1.8 應(yīng)用主機(jī) 192.168.1.33 1 2G 3. 軟件環(huán)境 項(xiàng)目 信息 備注 操作系統(tǒng) window xp 應(yīng)用主機(jī) linux

6、數(shù)據(jù)庫(kù)主機(jī) 數(shù)據(jù)庫(kù) oracle10G 中間件 EOS5.3 for JBOSS 測(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 發(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 192.168.1.30 window xp pentium4 3.2GHz

7、 memory 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)化組 1.3 參考資料 縮寫、術(shù)語(yǔ) 解釋 性能測(cè)試(performanee testing) 運(yùn)行這些測(cè)試通常要確定程序運(yùn)行有多 快，以便確定是否需要優(yōu)化 負(fù)載測(cè)試(Load testing) 通過(guò)在面臨

8、很多資源要求的系統(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)介紹 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)容： 如： 1. 典型應(yīng)用的反應(yīng)時(shí)間 2. 客戶端、服務(wù)器的 CPU Me

9、mory使用情況 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è)試工具 Ml ( Mercury In teractive User Gen erator MI ( Mercury In teractive Con troller MI ( Mercury In teractive ）公司的LoadRu nn er7.5.1創(chuàng)建虛擬用戶腳本工具 Virtual ）公司的LoadRunner7.5.1 創(chuàng)建、運(yùn)行實(shí)際 場(chǎng)景工具 ）公司的LoadRunner7.5.1 分析測(cè)試結(jié)果工具 A

10、nalysis 性能監(jiān)視器（Microsoft Win2000 自帶） 5.2 測(cè)試方法 5.2.1 反應(yīng)時(shí)間的性能測(cè)試 處理點(diǎn)或事件 期望的反應(yīng)時(shí)間 實(shí)際反映時(shí)間平均 值（至少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è)用戶操作 1

11、0個(gè)用戶操作 20個(gè)用戶操作 30個(gè)用戶操作 50個(gè)用戶操作 測(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 提交的文檔和報(bào)告 XXXX 系統(tǒng)性能測(cè)試方案

12、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)行有多快，以便確定是否需要優(yōu)化 負(fù)載測(cè)試 (load testing

13、) 通過(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ù)鋱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)容： 如： 1. 典型應(yīng)用的反應(yīng)時(shí)間 2. 客戶端、服務(wù)器的 CPU、 Memory 使用情況 3. 服務(wù)器的響應(yīng)速度 4. 系統(tǒng)支持的最

14、優(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 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

15、測(cè)試方法 5.2.1 反應(yīng)時(shí)間的性能測(cè)試 處理點(diǎn)或事件 期望的反應(yīng)時(shí)間 實(shí)際反映時(shí)間平均值（至少 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)行 10 個(gè)用戶操作 20 個(gè)用戶操作 30 個(gè)用戶操作 50 個(gè)用戶操作 100個(gè)用戶操作 測(cè)試結(jié)果分析： 524可靠性測(cè)試 任務(wù)描述 連續(xù)運(yùn)行時(shí)間 建議72小時(shí) 故

16、障發(fā)生的時(shí)刻 故障描述 ??…統(tǒng)計(jì)分析 任務(wù)A無(wú)故障運(yùn)行的平均時(shí)間間隔 （CPU小時(shí)） 任務(wù)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í)中，

17、很多 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)使用特點(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ā)商或最終用戶

18、，都要求在上線前對(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)目中，由于不能合理定義系統(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ù)。 虛擬用戶：

19、模擬瀏覽器向 Web服務(wù)器發(fā)送請(qǐng)求并接收響應(yīng)的一個(gè)進(jìn)程或線程。 響應(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)為處理瀏覽器請(qǐng)求而建立的 HTTP連接數(shù)或生成的

20、處理線程數(shù)。當(dāng)所有在線用戶發(fā)送 HTTP請(qǐng)求的思考時(shí)間為零時(shí)， Web服務(wù)器的并發(fā)用戶數(shù) 等于在線用戶數(shù)。 性能分析名詞解釋 LoadRunner Transactions （用戶事務(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í)行所用的平均

21、時(shí)間， 通過(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曲線如果

22、變化緩慢或者有平坦的趨勢(shì)，很有可能是服務(wù)器 開始出現(xiàn)瓶頸。 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 Resp

23、onse Time Under Load （事務(wù)響應(yīng)時(shí)間與負(fù)載） “事務(wù)響應(yīng)時(shí)間與負(fù)載 ”是“正在運(yùn)行的虛擬用戶 ”圖和 “平均響應(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ì)分析方法間

24、接得到的圖表。 通過(guò)它可以分析在給定事務(wù)響應(yīng)時(shí)間范圍內(nèi)能執(zhí)行的事務(wù) 百分比。 8、 Transaction Response Time（Distribution） （事務(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 Seco nd （

25、每秒點(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ò)對(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ù)載量， 以及看出

26、服務(wù)器在流量方面的處理 能力以及是否存在瓶頸。 “吞吐率”圖和“點(diǎn)擊率 ”圖的區(qū)別： 吞吐率”圖，是每秒服務(wù)器處理的 HTTP申請(qǐng)數(shù)。 “點(diǎn)擊率 ”圖，是客戶端每秒從服務(wù)器獲得的總數(shù)據(jù)量。 3、 HTTP Status Code Summary（ HTTP狀態(tài)代碼概要） “ HTT狀態(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ù)器返回的不同

27、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ù)。 使用此圖可 依據(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è)面

28、數(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ú)法解析負(fù)載生成器的 IP地址 7、 Retries Summary （重試次數(shù)概要） “重試次數(shù)概要”顯示場(chǎng)景或會(huì)話步驟運(yùn)行過(guò)程中服務(wù)器嘗試的連接次數(shù)， 它按照重試原因分 組。將此圖與

29、每秒重試次數(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ò)程中每秒建立的 TCP/IP連接數(shù)。 理想情況下，很多 HTTP請(qǐng)求都應(yīng)該使用同一連接，而不是每個(gè)請(qǐng)求都新打開一個(gè)連接。通 過(guò)每秒連

30、接數(shù)圖可以看出服務(wù)器的處理情況，就表明服務(wù)器的性能在逐漸下降。 10、 SSLs Per Seco nd（每秒 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 Breakdown （頁(yè)面分解總圖） “頁(yè)面分解”顯示某一具體事務(wù)在測(cè)試過(guò)程的響應(yīng)情況，進(jìn)

31、而分析相關(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)定。該圖特別適用于需要在客戶端下載控件較多的頁(yè)

32、面， 通過(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ò)程中的下載情況。 下載時(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 First B

33、uffer 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è)

34、面組件細(xì)分”圖顯示每個(gè)網(wǎng)頁(yè)及其組件的平均下載時(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è)面

35、下載時(shí)間細(xì)分”圖根據(jù)DNS解析時(shí)間、連接時(shí)間、第一次緩沖時(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)而定位原因在哪里。

36、 6、 Time to First Buffer Breakdown （第一次緩沖時(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

37、）（第一次緩沖時(shí)間細(xì)分 （隨時(shí)間變化）） 第一次緩沖時(shí)間細(xì)分（隨時(shí)間變化）圖顯示成功收到從 Web服務(wù)器返回的第一個(gè)緩沖之前 的這段時(shí)間內(nèi)，場(chǎng)景運(yùn)行的每一秒中每個(gè)網(wǎng)頁(yè)組件的服務(wù)器時(shí)間和網(wǎng)絡(luò)時(shí)間。 可以使用此圖 確定場(chǎng)景運(yùn)行期間服務(wù)器或網(wǎng)絡(luò)出現(xiàn)問(wèn)題的時(shí)間點(diǎn)。 & 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)作

38、負(fù)載 壓力測(cè)試，但多數(shù)人對(duì)怎樣去分析工具收集到的測(cè)試結(jié)果感到無(wú)從下手， 下面我就把個(gè)人工作中的體會(huì)和收集到的有關(guān)資料整理出來(lái)，希望能對(duì)大家分析測(cè)試結(jié)果有所幫助。 分析原則： ? 具體問(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ì)

39、一些要求低的，我們分析到應(yīng)用系統(tǒng)在將來(lái)大的負(fù)載壓力（并發(fā)用戶數(shù)、數(shù)據(jù)量）下，系 統(tǒng)的硬件瓶頸在哪兒就夠了。 ? 分段排除法 很有效 分析的信息來(lái)源： ?1 根據(jù)場(chǎng)景運(yùn)行過(guò)程中的錯(cuò)誤提示信息 ?2 根據(jù)測(cè)試結(jié)果收集到的監(jiān)控指標(biāo)數(shù)據(jù) 一．錯(cuò)誤提示分析 分析實(shí)例： 1 ?Error: Failed to connect to server “ 10.10 [10.3008 0C8o0nnection ?Error: timed out Error: Server w10hafts1Sh80dow n the connection prematurely 分析：

40、 ?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 應(yīng)用服務(wù)器被拒絕，而在服務(wù)器端沒(méi)有錯(cuò)誤顯示，則有 可能是 Weblogic 中的 server 元素的 AcceptBacklog 屬性值設(shè)得過(guò)低。如果連接時(shí)收到 conn ection 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 dow nl oad timeout

41、（120 sec on ds） has expired 分析：可能是以下原因造成 ?A、應(yīng)用服務(wù)參數(shù)設(shè)置太大導(dǎo)致服務(wù)器的瓶頸 ?B、頁(yè)面中圖片太多 ?C 、在程序處理表的時(shí)候檢查字段太大多 二?監(jiān)控指標(biāo)數(shù)據(jù)分析 1 ?最大并發(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 的情況，則說(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á)了性

42、能要求，且各服務(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)行情況應(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)題

43、性能測(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)境和操作方式下系統(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)在這種壓力下

44、是否還在正常數(shù)值之內(nèi)。 系統(tǒng)是否會(huì)因這樣的壓力導(dǎo)致不良反應(yīng)（如：宕機(jī)、應(yīng)用異常中止等）。 Ramp Up增量設(shè)計(jì)：如并發(fā)用戶為 75人，系統(tǒng)注冊(cè)用戶為 1500人，以5%— 7%作為 并發(fā)用戶參考值。一般以每15s加載5人的方式進(jìn)行增壓設(shè)計(jì)， 該數(shù)值主要參考測(cè)試加壓機(jī) 性能，建議Run幾次。以事務(wù)通過(guò)率與錯(cuò)誤率衡量實(shí)際加載方式。 Ramp Up增量設(shè)計(jì)目標(biāo)： 尋找已增量方式加壓系統(tǒng)性能瓶頸位置，抓住出現(xiàn)的性能拐 點(diǎn)時(shí)機(jī)，一般常用參考 Hits點(diǎn)擊率與吞吐量、CPU內(nèi)存使用情況綜合判斷。模擬高峰期使 用人數(shù)，如早晨的登錄，下班后的退出，工資發(fā)送時(shí)的消息系統(tǒng)等。 另一種極限模擬方式，可視為

45、在峰值壓力情況下同時(shí)點(diǎn)擊事務(wù)操作的系統(tǒng)極限操作指 標(biāo)。加壓方式不變，在各腳本事務(wù)點(diǎn)中設(shè)置同集合點(diǎn)名稱（如： lr_ren dzvous（"same";） 在場(chǎng)景設(shè)計(jì)中，使用事務(wù)點(diǎn)集合策略。 以同時(shí)達(dá)到集合點(diǎn)百分率為標(biāo)準(zhǔn)， 同時(shí)釋放所有正在 Run 的 Vuser。 穩(wěn)定性測(cè)試：已知系統(tǒng)高峰期使用人數(shù)、 各事務(wù)操作頻率等。設(shè)計(jì)綜合測(cè)試場(chǎng)景，測(cè)試 時(shí)將每個(gè)場(chǎng)景按照一定人數(shù)比率一起運(yùn)行， 模擬用戶使用數(shù)年的情況。并監(jiān)控在測(cè)試中，系 統(tǒng)各性能指標(biāo)在這種壓力下是否能保持正常數(shù)值。 事務(wù)響應(yīng)時(shí)間是否會(huì)出現(xiàn)波動(dòng)或隨測(cè)試時(shí) 間增漲而增加。系統(tǒng)是否會(huì)在測(cè)試期間內(nèi)發(fā)生如宕機(jī)、應(yīng)用中止等異常情況。 根

46、據(jù)上述測(cè)試中，各事務(wù)條件下出現(xiàn)性能拐點(diǎn)的位置， 已確定穩(wěn)定性測(cè)試并發(fā)用戶人數(shù)。 仍然根據(jù)實(shí)際測(cè)試服務(wù)器（加壓機(jī)、應(yīng)用服務(wù)器、數(shù)據(jù)服務(wù)器三方性能），估算最終并發(fā)用 戶人數(shù)。 場(chǎng)景設(shè)計(jì)思想：從穩(wěn)定性測(cè)試場(chǎng)景的設(shè)計(jì)意義，應(yīng)分多種情況考慮： 針對(duì)同一個(gè)場(chǎng)景為例，以下以公文附件上傳為例簡(jiǎn)要分析場(chǎng)景設(shè)計(jì)思想： 1） 場(chǎng)景一：已壓力測(cè)試環(huán)境下性能拐點(diǎn)的并發(fā)用戶為設(shè)計(jì)測(cè)試場(chǎng)景，目的驗(yàn)證極限壓 力情況下測(cè)試服務(wù)器各性能指標(biāo)。 2） 場(chǎng)景二：根據(jù)壓力測(cè)試環(huán)境中 CPU內(nèi)存等指標(biāo)選取服務(wù)器所能承受最大壓力的 50% 來(lái)確定并發(fā)用戶數(shù)。 測(cè)試方法：采用 1)Ramp Up-Load all Vusers

47、simultaneously 2）Duration-Run Indefinitely 3）在 Sechedule-勾選 Initalize all Vusers before Run 容錯(cuò)性測(cè)試：通過(guò)模擬一些非正常情況（如：服務(wù)器突然斷電、網(wǎng)絡(luò)時(shí)斷時(shí)續(xù)、服務(wù)器 硬盤空間不足等） ，驗(yàn)證系統(tǒng)在發(fā)生這些情況時(shí)是否能夠有自動(dòng)處理機(jī)制以保障系統(tǒng)的正常 運(yùn)行或恢復(fù)運(yùn)行措施。如有 HA （自動(dòng)容災(zāi)系統(tǒng)），還可以專門針對(duì)這些自動(dòng)保護(hù)系統(tǒng)進(jìn)行 另外的測(cè)試。驗(yàn)證其能否有效觸發(fā)保護(hù)措施。 問(wèn)題排除性測(cè)試： 通過(guò)原有案例或經(jīng)驗(yàn)判斷， 針對(duì)系統(tǒng)中曾經(jīng)發(fā)生問(wèn)題或懷疑存在隱患 的模塊進(jìn)行驗(yàn)證測(cè)試。 驗(yàn)證這些模塊

48、是否還會(huì)發(fā)生同樣的性能問(wèn)題。 如： 上傳附件模塊的內(nèi) 存泄露問(wèn)題、地址本模塊優(yōu)化、開啟 Tivoli性能監(jiān)控對(duì)0A系統(tǒng)性能的影響等等。 測(cè)評(píng)測(cè)試是用于獲取系統(tǒng)的關(guān)鍵性能指標(biāo)點(diǎn)， 而進(jìn)行的相關(guān)測(cè)試。 主要是針對(duì)預(yù)先沒(méi)有 明確的預(yù)期測(cè)試結(jié)果， 而是要通過(guò)測(cè)試獲取在特定壓力場(chǎng)景下的性能指標(biāo) （如：事務(wù)響應(yīng)時(shí) 間、最大并發(fā)用戶數(shù)等）。 評(píng)測(cè)事務(wù)交易時(shí)間： 為獲取某事務(wù)在特定壓力下的響應(yīng)時(shí)間而進(jìn)行的測(cè)試活動(dòng)。 通過(guò)模 擬已知客戶高峰期的各壓力值或預(yù)期所能承受的壓力值，獲取事務(wù)在這種壓力下的響應(yīng)時(shí) 間。 評(píng)測(cè)事務(wù)最大并發(fā)用戶數(shù)： 為獲取某事務(wù)在特定系統(tǒng)環(huán)境下所能承受的最大并發(fā)用戶數(shù) 而進(jìn)行的測(cè)試活

49、動(dòng)。 通過(guò)模擬真實(shí)環(huán)境或直接采用真實(shí)環(huán)境， 評(píng)測(cè)在這種環(huán)境下事務(wù)所能承 受的最大并發(fā)用戶數(shù)。判定標(biāo)準(zhǔn)閾值需預(yù)先定義（如響應(yīng)時(shí)間， CPU占用率，內(nèi)存占用率， 已出現(xiàn)點(diǎn)擊率峰值，已出現(xiàn)吞吐量峰值等）。 評(píng)測(cè)系統(tǒng)最大并發(fā)用戶數(shù)： 為獲取整個(gè)系統(tǒng)所能夠承受的最大并發(fā)用戶數(shù)而進(jìn)行的的測(cè) 試活動(dòng)。 通過(guò)預(yù)先分析項(xiàng)目各主要模塊的使用比率和頻率， 定義各事務(wù)在綜合場(chǎng)景中所占的 比率， 以比率方式分配各事務(wù)并發(fā)用戶數(shù)。 模擬真實(shí)環(huán)境或直接采用真實(shí)環(huán)境， 評(píng)測(cè)在這種 環(huán)境下系統(tǒng)所能承受的最大并發(fā)用戶數(shù)。 判定標(biāo)準(zhǔn)閥值預(yù)先定義 （如響應(yīng)時(shí)間，CPU占用率, 內(nèi)存占用率，已出現(xiàn)點(diǎn)擊率峰值，已出現(xiàn)吞吐量峰值等）

50、。取值標(biāo)準(zhǔn)以木桶法則為準(zhǔn)（并發(fā) 數(shù)最小的事務(wù)為整個(gè)系統(tǒng)的并發(fā)數(shù)）。 評(píng)測(cè)不同數(shù)據(jù)庫(kù)數(shù)據(jù)量對(duì)性能的影響： 針對(duì)不同數(shù)據(jù)庫(kù)數(shù)據(jù)量的測(cè)試， 將測(cè)試結(jié)果進(jìn)行 對(duì)比，分析發(fā)現(xiàn)數(shù)據(jù)庫(kù)中各表的數(shù)據(jù)量對(duì)事務(wù)性能的影響。 得以預(yù)先判斷系統(tǒng)長(zhǎng)時(shí)間運(yùn)行后， 或某些模塊客戶要求數(shù)據(jù)量較大時(shí)可能存在的隱患。 問(wèn)題定位測(cè)試在通過(guò)以上測(cè)試或用戶實(shí)際操作已經(jīng)發(fā)現(xiàn)系統(tǒng)中的性能問(wèn)題或懷疑已存 在性能問(wèn)題。 需通過(guò)響應(yīng)的測(cè)試場(chǎng)景重現(xiàn)問(wèn)題或定義問(wèn)題。 如有可能， 可以直接找出引起性 能問(wèn)題所在的代碼或模塊。 該類測(cè)試主要還是通過(guò)測(cè)試出問(wèn)題的腳本場(chǎng)景， 并可以增加發(fā)現(xiàn)和檢測(cè)的工具， 如開啟 Tivoli 性能監(jiān)控、開啟 HeapDump 輸出、 Linux 資源監(jiān)控命令等。并在場(chǎng)景運(yùn)行過(guò)程中輔以手 工測(cè)試。