2023年軟件性能測試過程詳解與案例剖析學(xué)習(xí)筆記

第一章性能測試基本概念01軟件性能

從用戶的角度，軟件性能就是軟件對用戶操作的響應(yīng)時(shí)間。

從管理員的角度,軟件性能一方面表現(xiàn)在響應(yīng)時(shí)間上0還涉及資源運(yùn)用率、可擴(kuò)展性、系統(tǒng)容量（并發(fā)等）和系統(tǒng)穩(wěn)定性等。為了

保證系統(tǒng)的穩(wěn)定運(yùn)營和連續(xù)的良好性能。A對于開發(fā)人員而言,最想知道“如何通過調(diào)整設(shè)計(jì)和代碼實(shí)現(xiàn),或是如何通過調(diào)整系統(tǒng)設(shè)

立等方法提高軟件的性能表現(xiàn)”和“如何發(fā)現(xiàn)并解決軟件設(shè)計(jì)和開發(fā)過程中產(chǎn)生的由于過多用戶訪問引起的缺陷”，也就是性能瓶頸和

大量用戶訪問時(shí)的缺陷。關(guān)注的是系統(tǒng)架構(gòu)、數(shù)據(jù)庫設(shè)計(jì)、代碼和設(shè)計(jì)。*所以在性能測試時(shí)，既要關(guān)注響應(yīng)時(shí)間，還要關(guān)注軟件

可擴(kuò)展性、并發(fā)能力等指標(biāo),還要為性能問題定位。

1.2術(shù)語1A、響應(yīng)時(shí)間A系統(tǒng)響應(yīng)時(shí)間為應(yīng)用系統(tǒng)從發(fā)出請求開始到客戶端接受到響應(yīng)所消耗的時(shí)間。

合理的響應(yīng)時(shí)間取決于實(shí)際用戶的需求。

2、并發(fā)用戶數(shù)上有兩種理解，一種是同一時(shí)間段訪問系統(tǒng)的用戶數(shù)量，?種是服務(wù)器所能承受的壓力（同時(shí)發(fā)出請求的客戶）。

在性能測試中我們更關(guān)注前者，業(yè)務(wù)并發(fā)用戶數(shù)。

公式c=nL/T,計(jì)算平均并發(fā)用戶數(shù)，還可用c=n/10還做簡樸的估計(jì)。n為天天訪問系統(tǒng)的用戶數(shù)。

還可以通過度析服務(wù)器的日記來了解用戶的使用狀態(tài)。

3、吞吐量A單位時(shí)間內(nèi)系統(tǒng)解決的客戶請求的數(shù)量，請求數(shù)/秒，頁面數(shù)/秒，訪問數(shù)/天，業(yè)務(wù)數(shù)/小時(shí)，字節(jié)數(shù)/天?？捎糜诤?/p>

量是否達(dá)成了預(yù)期設(shè)計(jì)目的,協(xié)助分析性能瓶頸。A4、性能計(jì)數(shù)部描述服務(wù)器或操作系統(tǒng)性能的一些數(shù)據(jù)指標(biāo)。例如，內(nèi)存數(shù)、

進(jìn)程時(shí)間。用于監(jiān)控和分析。常與資源運(yùn)用率進(jìn)行橫向?qū)Ρ龋鏲pu占用率68%。X、思考時(shí)間（休眠時(shí)間”用戶在進(jìn)行操

作時(shí)，每個請求之間的間隔時(shí)間。八

1.3方法L、SEI負(fù)載測試計(jì)劃過程

關(guān)注于負(fù)載測試計(jì)劃的方法，目的是產(chǎn)生清楚、易理解、可驗(yàn)證的負(fù)載測試計(jì)劃。關(guān)注目的、用戶、用例、生產(chǎn)環(huán)境、測試環(huán)境和

測試場景。

2、RBI方法人rapidbootieneckidentify,用于快速辨認(rèn)系統(tǒng)性能瓶頸的方法。34、性能下降曲線分析法■?描述性

能隨用戶數(shù)量增長而出現(xiàn)下降趨勢的曲線。仙、LoadRunner的性能測試過程A涉及計(jì)劃測試、測試設(shè)計(jì)、創(chuàng)建VU（virtualu

ser）腳本、創(chuàng)建測試場景、運(yùn)營測試場景、分析結(jié)果。y、Segue提供的性能測試過科先擬定性能基線,然后設(shè)定可接受的性

能目的，用不同的并發(fā)用戶數(shù)等反復(fù)測試。適合性能調(diào)優(yōu)和性能優(yōu)化，通過不斷的try-check過程，逐漸找到也許導(dǎo)致性能瓶頸的地

方并對其優(yōu)化。

6、PTGM模型

performancetestinggenera1mode1?分為測試前期準(zhǔn)備、測試工具引入、測試計(jì)劃、測試設(shè)計(jì)與開發(fā)、測試執(zhí)行和

管理以及測試分析。

第2章性能測試的應(yīng)用領(lǐng)域

2.1性能測試的方法

1、性能測試(performancetesting)A模擬生產(chǎn)運(yùn)營的業(yè)務(wù)壓力量和使用場景組合，測試系統(tǒng)的性能是否滿足生產(chǎn)性能的規(guī)

定。%、負(fù)載測試(loadtesting)^通過在系統(tǒng)上不斷增長壓力，直到性能指標(biāo)超過預(yù)定或某種資源的使用達(dá)成飽和。找到系

統(tǒng)的解決極限。A3、壓力測試(stresstesting”測試系統(tǒng)在一定飽和狀態(tài)下，系統(tǒng)可以解決的會話能力，以及系統(tǒng)是否會出

現(xiàn)錯誤。常用于測試系統(tǒng)的穩(wěn)定性。抽、配置測試(configurationtesting)

通過對被測軟件的軟/硬件環(huán)境的調(diào)整，了解各種不同環(huán)境對系統(tǒng)性能的影響的限度，從而找到系統(tǒng)各項(xiàng)資源的最優(yōu)分派原則。

5、并發(fā)測試(concurrencytesting)^模擬用戶的并發(fā)訪問，測試多用戶并發(fā)訪問同一個應(yīng)用、同一個模塊或者數(shù)據(jù)記錄時(shí)是否

存在死鎖或者其他性能問題。

關(guān)注內(nèi)存是否有太多臨時(shí)對象、超過設(shè)計(jì)生命周期的對象、數(shù)據(jù)庫死鎖、經(jīng)常出現(xiàn)長事務(wù)、是否出現(xiàn)線程/進(jìn)程同步失敗、資源爭

用導(dǎo)致死鎖、未解決異常導(dǎo)致死鎖。佻、可靠性測試(re1iabilitytesting)

通過給系統(tǒng)加載一定的業(yè)務(wù)壓力的情況下,讓應(yīng)用系統(tǒng)連續(xù)運(yùn)營一段時(shí)間,測試系統(tǒng)在這種條件下能否穩(wěn)定運(yùn)營。7樂實(shí)效恢復(fù)測試

(fai1overtesting)^針對冗余備份和負(fù)載均衡的系統(tǒng)。檢查假如系統(tǒng)局部發(fā)生故障，用戶是否可以繼續(xù)使用系統(tǒng)，假如這種

情況發(fā)生，用戶將受多大限度影響。

2.2應(yīng)用領(lǐng)域分析1A、能力驗(yàn)證Aperformancetesting,re1iabilitytesting,stresstesting,fai1overtestin

g%、能力規(guī)戈Mloadtesting,configurationtesting,stresstesting3A、性能調(diào)優(yōu)

configurationgtesting,1oadtesting,stresstesting,failovertestingA4、缺陷發(fā)現(xiàn)

concurrencytesting,stresstesting,failovertesting

第3章性能計(jì)數(shù)器及性能分析方法

用來衡量被測系統(tǒng)當(dāng)前的狀況和進(jìn)行性能測試結(jié)果分析?？稍诓僮飨到y(tǒng)級、應(yīng)用服務(wù)器級和數(shù)據(jù)庫級別上查看和記錄性能計(jì)數(shù)器

的數(shù)值。

3.1操作系記錄數(shù)器及分析1A、WindoWSAMemory:availablembytes,pages/sec,pagesread/sec,pag

efaults/sec,cachebytesAProcess:/^processortime,pagefaults/sec,workset,privateb

ytesAProcessor：%processortime,%usertime,%privilegedtime?%dpctime

Physica1Disk:%disktime,averagediskqueuelength,averagediskread/writequeue1ength,d

iskreads(writes)/sec,averagedisksec/read,averagedisksec/transfePANetworkInterface：bytes

total/secASystem：%totaiprocessortime,fi1edataoperation/sec,processorqueuelength

2、unix

3、內(nèi)存分析方法4用于分析系統(tǒng)有無碰到內(nèi)存瓶頸，是否需要通過增長內(nèi)存等手段提高系統(tǒng)性能表現(xiàn)。A一方面查看me

mory/availablembytes；注意pages/sec,pagesread/sec,pagefaults/sec（反映進(jìn)行磁盤互換的頻率）；根據(jù)physicald

isk分析。

4、解決器分析方法A先看system\%Totaiprocessortime,然后看每個cpu的指標(biāo)，最后分析。

5、磁盤I/O分析方法

計(jì)算每個磁盤的I/O數(shù);然后與processor\privilegedtime合并分析;最后根據(jù)disksec/transfer分析。

6、進(jìn)程分析方法A察看%processortime,反映進(jìn)程消耗的解決其時(shí)間：然后查看每個進(jìn)程產(chǎn)生的頁面失效，對于產(chǎn)生最多頁

面失效的進(jìn)程要重點(diǎn)分析；了解進(jìn)程的process/privatebytes,看是否存在內(nèi)存泄露。④

7、網(wǎng)絡(luò)分析方法會networkinterface\bytestotal/sec為發(fā)送和接受字節(jié)的速率，與當(dāng)前帶寬進(jìn)行比較。

3.2應(yīng)用服務(wù)器計(jì)數(shù)器

1、IIS%、J2EE應(yīng)用服務(wù)器計(jì)數(shù)器Aweblogic：AJVM:heapsize；heapfree

JDBCconnectionpool:waitingforconnectioncurrentcount;connectiontota1count;max

capacity;activeconnectionscurrentcount

executequeue:executethreadcurrentidlecount；pendingrequestoldesttime；servicedreqnest

oldesttime;servicedrequesttota1count;pendingrequestcurrentcount;以、數(shù)據(jù)庫計(jì)數(shù)器

第4章性能測試工具原理A4.1性能測試工具模型

性能測試工具只能幫助您實(shí)行性能測試，并不能幫助您完畢性能測試的需求；a性能測試工具可以根據(jù)您的規(guī)定以各種方

式提供報(bào)表，這些報(bào)表是分析的基礎(chǔ)。A性能測試工具一般涉及虛擬用戶腳本產(chǎn)生器；壓力產(chǎn)生器;用戶代理；壓力調(diào)度和控制

系統(tǒng)；壓力結(jié)果分析工具。

4.2性能測試腳本錄制時(shí)的協(xié)議類型A對于j2ee,建議選擇http/https協(xié)議。

4.3性能測試工具的選擇與評估

工具支持被測系統(tǒng)運(yùn)營的平臺嗎？

支持被測系統(tǒng)使用的協(xié)議嗎？A可以支持我們的特殊規(guī)定？會可以提供對我們關(guān)心的服務(wù)器、應(yīng)用服務(wù)器或是數(shù)據(jù)庫

類型計(jì)數(shù)器的監(jiān)控嗎？④工具使用的腳本語言功能完善嗎？會常用的涉及Loadrunner和silkperformer。

第5章性能測試的組織5.。人員構(gòu)成經(jīng)理、測試設(shè)計(jì)、測試開發(fā)、測試執(zhí)行、測試分析、支持

5.2過程模型

基于ATLM和TMap模型。口、前期準(zhǔn)備

保證系統(tǒng)穩(wěn)定、建立合適的測試團(tuán)隊(duì)、測試工具需求確認(rèn)。％、測試工具引入

選擇;培訓(xùn)；應(yīng)用過程。劣3、測試計(jì)劃A測試目的（應(yīng)用領(lǐng)域,測試目的）；用戶活動剖析與業(yè)務(wù)建模（系統(tǒng)日記與用戶調(diào)查分

析）；擬定性能目的；制定計(jì)劃。小、測試設(shè)計(jì)與開發(fā)“測試環(huán)境設(shè)計(jì);測試場景設(shè)計(jì);測試用例設(shè)計(jì)；腳本和輔助工具開發(fā)活動。

5、測試執(zhí)行與管理A建立測試環(huán)境；部署測試腳本和測試場景;執(zhí)行測試和記錄結(jié)果。外、測試分析

根據(jù)測試的目的和目的給出測試結(jié)論。

第8章案例三某通信公司的web業(yè)務(wù)系統(tǒng)性能測試84.1背景

該系統(tǒng)用于管理公司的備品和備件，涉及網(wǎng)絡(luò)設(shè)備的庫存管理、庫存流轉(zhuǎn)、備品備件的查詢記錄。

測試的重要目的是驗(yàn)證系統(tǒng)的性能是否達(dá)成用戶規(guī)定。

8.2項(xiàng)目特點(diǎn)

采用J2ee,tomcat,struts+ejb+hibernate?-臺unix服務(wù)器用作數(shù)據(jù)庫服務(wù)器，一臺unix服務(wù)器用作應(yīng)用服務(wù)器。

性能體現(xiàn)重要是響應(yīng)時(shí)間。協(xié)議為http/https。

8.3測試過程

1、前期準(zhǔn)備

5人:一個數(shù)據(jù)庫工程師、一個性能測試設(shè)計(jì)和分析人員、三名性能測試開發(fā)和實(shí)行人員。

工具需要支持Http/https協(xié)議，監(jiān)控unix/windows服務(wù)器的重要性能計(jì)數(shù)器值，支持oracle數(shù)據(jù)庫計(jì)數(shù)器值監(jiān)控，支持tomca

t應(yīng)用服務(wù)器的jvm內(nèi)存使用狀況監(jiān)控。

2、測試工具引入

選擇LoadRunnder;tomacat的jvm自行開發(fā)工具來實(shí)現(xiàn)。

3、測試計(jì)劃

（1）測試目的:臉證系統(tǒng)是否達(dá)成預(yù)期性能指標(biāo)

（2）用戶活動剖析與業(yè)務(wù)建模：得到典型用戶活動分析表,并發(fā)用戶數(shù)和吞吐量

用戶活動分析表

業(yè)務(wù)名稱實(shí)際使用用戶數(shù)量業(yè)務(wù)發(fā)生數(shù)（筆/天）A

K備件信息200150

單2004000■*

-A庫存流轉(zhuǎn)-審批1004000

庫存流轉(zhuǎn)-借用1503000

庫存流轉(zhuǎn)-還庫1503000

庫存流轉(zhuǎn)-報(bào)廢100200

查詢記錄-備件查詢2005000A

查詢記錄一申請單查詢1002023A

導(dǎo)入備件Exce1文獻(xiàn)2080

平均天天該系統(tǒng)的用戶為600;平均每個用戶天天使用4小時(shí)；平均每個用戶進(jìn)行500個業(yè)務(wù)操作;

所以并發(fā)用戶數(shù)：600*4/8=30(U吞吐量:300*500/(4*60*60)=10,瀏覽數(shù)/秒

(3)擬定性能目的：得到性能需求描述z具體描跡

4在典型數(shù)據(jù)量，頁面響數(shù)據(jù)規(guī)模備件5000

00條記錄，

應(yīng)時(shí)間不超過10秒半年流轉(zhuǎn)數(shù)據(jù)750000條記錄A

A系統(tǒng)可以穩(wěn)定運(yùn)營壓力條

件>高于實(shí)際系統(tǒng)運(yùn)營壓力1倍

系統(tǒng)穩(wěn)定鑒定條件：

測試中，各進(jìn)程內(nèi)存沒有明顯變化

A測試中，響應(yīng)時(shí)間和業(yè)務(wù)能力沒有明顯變化

a連續(xù)測試時(shí)間72小時(shí)

典型規(guī)模的excel備文獻(xiàn)規(guī)模20M,包含記錄50000條

件文獻(xiàn)導(dǎo)入時(shí)間性能

下，以響應(yīng)時(shí)間)10秒作為負(fù)載測試的結(jié)束條件,A能承受的用戶數(shù)獲得系統(tǒng)能承受的

最大用戶數(shù)量4

-A在典型用戶數(shù)量下，CPU平均使用率不高于75覽內(nèi)存使用率不高于75%；在穩(wěn)定性測試的壓力條件下，CPU

使用率不高于95%,內(nèi)存使用率不高于90%。4（A）制定期間計(jì)劃。

A「項(xiàng)目名

稱子項(xiàng)目起止時(shí)間里程碑成果參與者

測試環(huán)境和場景設(shè)計(jì)2023.3.1-2023.3.2測試環(huán)境文檔、測試場景文檔④測試用例設(shè)計(jì)和腳本開

發(fā)2023.3.3-2023.3.10測試用例文檔、測試腳本A測試環(huán)境構(gòu)建2023.3.3-202

3.3.5測試環(huán)境、測試環(huán)境描述文檔

測試工具和場景部署2023.3.11-2023.3.12測試工具部署說明、場景部署說明

執(zhí)行性能測試2023.3.13-2023.3.15測試結(jié)果記錄A穩(wěn)定性測試202

3.3.16-2023.3.20測試結(jié)果記錄A測試結(jié)果分析和報(bào)告編寫2023.3.21-2023.3.23測試報(bào)告

4、測試設(shè)計(jì)與開發(fā)

（D測試環(huán)境設(shè)計(jì)

由于本測試重要與于驗(yàn)證系統(tǒng)在實(shí)際環(huán)境中的性能能力，因此盡也許選擇接近實(shí)際環(huán)境的配置。

測試環(huán)境

備硬件配置軟件配置A

A數(shù)據(jù)庫服務(wù)器SUNV880月艮務(wù)器（1

臺）So1aris84“PU8GB內(nèi)存磁盤陣列Oracle

9.2.0.1

服務(wù)器性能計(jì)數(shù)器腳本

器SUNV880服務(wù)器（1臺）Solaris8A4CPU8GB

內(nèi)存磁盤陣列Tomeat5

服務(wù)器端應(yīng)用

A服務(wù)器性能計(jì)數(shù)器腳本

A性能測試Consol

ePC機(jī)（1臺）WindowsXP+SP1

CPU2.4GHz512MB內(nèi)存LoadRunnerContro1ler

40GB硬盤LoadRunnerAnalysis

N&crcroftOffic^

負(fù)載產(chǎn)生設(shè)備PC機(jī)(5臺)WindowsXP+SPl

CPU2.4GHZ512MB內(nèi)存LoadRunnerAg

entA40GB硬

盤

基礎(chǔ)數(shù)據(jù)量在需求中已有描述

(2)測試場景設(shè)計(jì)A設(shè)計(jì)并發(fā)用戶數(shù)300,每個VU操作之間的時(shí)間間隔為30秒A典型測試場景A-

場景名稱場景業(yè)務(wù)及分派比例測試指標(biāo)性能計(jì)數(shù)器

4戶

派：頁面數(shù)據(jù)庫服務(wù)器常用性能計(jì)數(shù)器“應(yīng)用備件信息100響

應(yīng)應(yīng)用服務(wù)器cpu使用率

典型申請單100時(shí)間應(yīng)用服務(wù)器內(nèi)存使用率入場景1備件查詢

100小于應(yīng)用服務(wù)器JVM可用內(nèi)存

用戶增長模式：10秒響應(yīng)時(shí)間

rampup,每15秒增長4個

迭代時(shí)間間隔30秒

運(yùn)營時(shí)間30分鐘A

系統(tǒng)用戶分派：頁面數(shù)據(jù)庫服務(wù)器常用性能計(jì)數(shù)器A應(yīng)用申請單10

0響應(yīng)應(yīng)用服務(wù)器cpu使用率A典型審批100時(shí)

間應(yīng)用服務(wù)器內(nèi)存使用蔡場景2還庫50小于應(yīng)用服務(wù)器JVM可用內(nèi)存

A報(bào)廢1010秒響應(yīng)時(shí)間

用戶增長模式：

rampup,每15秒增長4個

迭代時(shí)間間隔30秒A運(yùn)營時(shí)間30分鐘A

A系統(tǒng)用戶分派:頁面數(shù)據(jù)庫服務(wù)器常用

性能計(jì)數(shù)器

應(yīng)用申請單100響應(yīng)應(yīng)用服務(wù)器CPU使用率

典型審批100時(shí)間應(yīng)用服務(wù)器內(nèi)存使用率

場景3備件查詢100小于應(yīng)用服務(wù)器JVM可用內(nèi)存4報(bào)廢1

010秒響應(yīng)時(shí)間A用戶增長模式：

rampup,每15秒增長4個

—

迭代時(shí)間間隔30秒A運(yùn)營時(shí)間30分鐘A

穩(wěn)定用戶分派：頁面數(shù)據(jù)庫服務(wù)器常用性能計(jì)數(shù)器“性測典型場景3用戶

數(shù)響應(yīng)應(yīng)用服務(wù)器cpu使用駟試場的兩倍時(shí)間應(yīng)用服

務(wù)器內(nèi)存使用率

景備件查詢100小于應(yīng)用服務(wù)器JVM可用內(nèi)存A運(yùn)營時(shí)間72小

時(shí)10秒響應(yīng)時(shí)間

數(shù)據(jù)用戶分派：頁面數(shù)據(jù)庫服務(wù)器常用性能計(jì)數(shù)齦導(dǎo)入導(dǎo)入Excel文獻(xiàn)

10響應(yīng)應(yīng)用服務(wù)器cpu使用率

場景申請單100時(shí)間應(yīng)用服務(wù)器內(nèi)存使用率A審批10

0小于應(yīng)用服務(wù)器JVM可用內(nèi)科用戶增長模式：1

0秒響應(yīng)時(shí)間Arampup,每15秒增長4個A迭代時(shí)間間隔30秒

4運(yùn)營時(shí)間30分鐘

(3)測試用例設(shè)計(jì)“將用戶業(yè)務(wù)操作形成更具體的用例環(huán)節(jié)。、審批業(yè)務(wù)：

用例編號：TC_xxxx_xxx-1

用例條件:用戶已經(jīng)登錄，具有審批的權(quán)限

用戶環(huán)節(jié)和驗(yàn)證方法：1樂用戶單擊“庫存流轉(zhuǎn)”鏈接，進(jìn)入庫存流轉(zhuǎn)頁面4驗(yàn)證：頁面出現(xiàn)庫存流轉(zhuǎn)提醒字符串A2、

用戶在頁面左側(cè)樹試圖上單擊“審批”鏈接，進(jìn)入審批頁面A驗(yàn)證：頁面上出現(xiàn)審批單：列表提醒字符串

3、用戶在頁面給出的等待審批的申請單列表中選擇最上方的一個，單擊審批按鈕，進(jìn)入審批頁面

驗(yàn)證：給出選中審批單信息,頁面上出現(xiàn)被選中審批單的編號

4、用戶輸入審批信息,單擊通過按鈕4驗(yàn)證:頁面上出現(xiàn)審批通過提醒字符串

(4)腳本和輔助工具開發(fā)活動。A

5、測試執(zhí)行與管理A建立測試環(huán)境；部署測試腳本和測試場景;執(zhí)行測試和記錄結(jié)果。外、測試分析A根據(jù)測試的目的和目的

給出測試結(jié)論。

《軟件性能測試過程詳解與案例剖析》學(xué)習(xí)筆記1

2023年10月20日星期二13:39

1.RBI(RapidBottleneckIdentify)方法是一種用于快速辨認(rèn)系統(tǒng)

性能瓶頸的方法。該方法基于以下一些事實(shí)：

a.發(fā)現(xiàn)的80%系統(tǒng)的性能瓶頸都由吞吐量制約；

b.并發(fā)用戶數(shù)和吞吐量瓶頸之間存在一定的關(guān)聯(lián)；

c.采用吞吐量測試可以更快速定位問題。

RBI方法一方面訪問服務(wù)器上的“小頁面”和“簡樸應(yīng)用”，從應(yīng)用服務(wù)器、網(wǎng)絡(luò)等基礎(chǔ)的層次上了解系

統(tǒng)吞吐量表現(xiàn)；另一方面選擇不同的場景,設(shè)定不同的并發(fā)用戶數(shù)，使其吞吐量保持基本一致的增長趨勢，

通過不斷增長并發(fā)用戶數(shù)和吞吐量，觀測系統(tǒng)的性能表現(xiàn)。

在擬定具體的性能瓶頸時(shí)，RBI將性能瓶頸的定位按照一種“自上而下”的分析方式進(jìn)行分析，一方面擬

定是由并發(fā)還是由吞吐量引發(fā)的性能表現(xiàn)限制，然后從網(wǎng)絡(luò)、數(shù)據(jù)庫、應(yīng)用服務(wù)器和代碼自身4個環(huán)節(jié)擬

定系統(tǒng)性能具體的瓶頸。

RB1方法在性能瓶頸的定位過程中能發(fā)揮良好的作用，其對性能分析和瓶頸定位的方法值得借鑒，但其也不

是完整的性能測試過程。

PS：可以通過RBI測試，可以順便發(fā)現(xiàn)當(dāng)前系統(tǒng)所能承受的最大并發(fā)用戶數(shù)和最佳并發(fā)用戶數(shù)。

2.SEI負(fù)載測試計(jì)劃過程

SEI負(fù)載測試計(jì)劃過程(SEILoadTestingPlanningProcess)是一個關(guān)注于負(fù)載測試計(jì)劃

的方法，其目的是產(chǎn)生“清楚、易理解、可驗(yàn)證的負(fù)載測試計(jì)劃”。SEI負(fù)載測試計(jì)劃過程涉及6個關(guān)注

的區(qū)域(Area)：目的、用戶、用例、生產(chǎn)環(huán)境、測試環(huán)境和測試場景。

SEI負(fù)載測試計(jì)劃過程將以上述6個區(qū)域作為負(fù)載測試計(jì)劃需要重點(diǎn)關(guān)注和考慮的內(nèi)容,其重點(diǎn)關(guān)注以下

幾個方面的內(nèi)容：

a.生產(chǎn)環(huán)境與測試環(huán)境的不同：由于負(fù)載測試環(huán)境與實(shí)際的生產(chǎn)環(huán)境存在一定的差異，因此,在測試環(huán)境上

相應(yīng)用系統(tǒng)進(jìn)行的負(fù)載測試結(jié)果很也許不能準(zhǔn)確反映該應(yīng)用系統(tǒng)在生產(chǎn)環(huán)境上的實(shí)際性能表現(xiàn)，為了規(guī)避

這個風(fēng)險(xiǎn),必須仔細(xì)設(shè)計(jì)測試環(huán)境。

b.用戶分析：用戶是對被測應(yīng)用系統(tǒng)性能表現(xiàn)最關(guān)注和受影響最大的對象,因此,必須通過對用戶行為進(jìn)行

分析，依據(jù)用戶行為模型建立用例和場景。

c.用例:用例是用戶使用某種順序和操作方式對業(yè)務(wù)過程進(jìn)行實(shí)現(xiàn)的過程，對負(fù)載測試來說，用例的作用

重要在于分析和分解出關(guān)鍵的業(yè)務(wù)，判斷每個業(yè)務(wù)發(fā)生的頻度、業(yè)務(wù)出現(xiàn)性能問題的風(fēng)險(xiǎn)等。

從SEI負(fù)載測試計(jì)劃過程的描述中可以看?到,SEI負(fù)載測試計(jì)劃過程給出了負(fù)載測試需要關(guān)注的重點(diǎn)區(qū)域，

但嚴(yán)格來說，其并不能被稱為具體的方法論，由于其僅僅給出了對測試計(jì)劃過程的一些關(guān)注內(nèi)容，而沒有可

以形成實(shí)際的可操作的過程。同功能測試同樣，性能測試也必須經(jīng)歷測試需求、測試設(shè)計(jì)、測試執(zhí)行、測

試分析等階段，但由于性能測試自身的特殊性(例如，需要引入工具，分析階段相對重要)，性能測試過程

又不能完全套用功能測試過程。

SEI負(fù)載測試計(jì)劃過程在負(fù)載測試需要關(guān)注的具體內(nèi)容上提供了參考,但其并不是一個完整的測試過程。

PS:SEI重要關(guān)注的是業(yè)務(wù)模型、用戶比例。建立相對真實(shí)的業(yè)務(wù)模型可以通過系統(tǒng)日記或者用戶調(diào)查

來獲得。

3.性能下降曲線分析方法:四個區(qū)域

a.單用戶區(qū)域baseline

b.性能平坦區(qū)benehmark

c.壓力區(qū)域

d.性能拐點(diǎn)

4.常用理論公式

思考時(shí)間RreWslr.t.

PS:在壓力測試的時(shí)候，一般不需要思考時(shí)間，測試系統(tǒng)滿負(fù)荷的情況下所能支撐的用戶數(shù)。

在負(fù)載測試的時(shí)候，需要一定的思考時(shí)間，來模擬真實(shí)的用戶體驗(yàn)。

方法一：

并發(fā)數(shù)Cconcurreniuser-Nusnualx'r*T^esslonlens111/TtOtaIlimo

最I(lǐng)大并數(shù);CmaxconcurrentuserCanovrrentuser+3*Sqrt(C。。ncuTrentus?

方法二：

根據(jù)2.8原則，計(jì)算并發(fā)用戶數(shù)。

最大并發(fā)數(shù)=并發(fā)數(shù)*r(r,2~3)

方法三：

根據(jù)經(jīng)驗(yàn)，始終有10%用戶一直作用于應(yīng)用系統(tǒng)。

吞吐量

F-UavrrAgerequestminber*CroncurrentvXer

F-Nnunh*rus?r*R>?questrate/Ttoia1ijw

PS:相同的吞吐量下，并發(fā)用戶數(shù)不同可以得到不同的