WEB性能測試用例設(shè)計

1、WEB性能測試用例設(shè)計WEB性能測試用例設(shè)計性能測試用例主要分為預(yù)期目標(biāo)用戶測試,用戶并發(fā)測試,疲勞強(qiáng)度與大數(shù)據(jù)量測試,網(wǎng)絡(luò)性能測試,服務(wù)器性能測試五大部分,具體編寫測試用例時要根據(jù)實際情況進(jìn)行裁減,在項目應(yīng)用中遵守低成本,策略為中心,裁減,完善模型,具體化等原則;一、WEB 全面性能測試模型Web 性能測試模型提出的主要依據(jù)是:一種類型的性能測試可以在某些條件下轉(zhuǎn)化成為另外一種類型的性能測試,這些類型的性能測試的實施是有著相似之處的;1. 預(yù)期指標(biāo)的性能測試:系統(tǒng)在需求分析和設(shè)計階段都會提出一些性能指標(biāo),完成這些指標(biāo)的相關(guān)的測試是性能測試的首要工作之一,這些指標(biāo)主要諸于“系統(tǒng)可以支持并發(fā)用戶

2、200個;”系統(tǒng)響應(yīng)時間不得超過20秒等,對這種預(yù)先承諾的性能要求,需要首先進(jìn)行測試驗證;2. 獨立業(yè)務(wù)性能測試;獨立業(yè)務(wù)實際是指一些核心業(yè)務(wù)模塊對應(yīng)的業(yè)務(wù),這些模塊通常具有功能比較復(fù)雜,使用比較頻繁,屬于核心業(yè)務(wù)等特點。用戶并發(fā)測試是核心業(yè)務(wù)模塊的重點測試內(nèi)容,并發(fā)的主要內(nèi)容是指模擬一定數(shù)量的用戶同時使用某一核心的相同或者不同的功能,并且持續(xù)一段時間。對相同的功能進(jìn)行并發(fā)測試分為兩種類型,一類是在同一時刻進(jìn)行完全一樣的操作。另外一類是在同一時刻使用完全一樣的功能。3. 組合業(yè)務(wù)性能測試;通常不會所有的用戶只使用一個或者幾個核心業(yè)務(wù)模塊,一個應(yīng)用系統(tǒng)的每個功能模塊都可能被使用到;所以WEB性能

3、測試既要模擬多用戶的相同操作,又要模擬多用戶的不同操作;組合業(yè)務(wù)性能測試是最接近用戶實際使用情況的測試,也是性能測試的核心內(nèi)容。通常按照用戶的實際使用人數(shù)比例來模擬各個模版的組合并發(fā)情況;組合性能測試是最能反映用戶使用情況的測試往往和服務(wù)器性能測試結(jié)合起來,在通過工具模擬用戶操作的同時,還通過測試工具的監(jiān)控功能采集服務(wù)器的計數(shù)器信息進(jìn)而全面分析系統(tǒng)瓶頸。用戶并發(fā)測試是組合業(yè)務(wù)性能測試的核心內(nèi)容。組合并發(fā)的突出特點是根據(jù)用戶使用系統(tǒng)的情況分成不同的用戶組進(jìn)行并發(fā),每組的用戶比例要根據(jù)實際情況來匹配;4. 疲勞強(qiáng)度性能測試;疲勞強(qiáng)度測試是指在系統(tǒng)穩(wěn)定運行的情況下,以一定的負(fù)載壓力來長時間運行系統(tǒng)的

4、測試,其主要目的是確定系統(tǒng)長時間處理較大業(yè)務(wù)量時的性能,通過疲勞強(qiáng)度測試基本可以判定系統(tǒng)運行一段時間后是否穩(wěn)定;5. 大數(shù)據(jù)量性能測試;一種是針對某些系統(tǒng)存儲,傳輸,統(tǒng)計查詢等業(yè)務(wù)進(jìn)行大數(shù)據(jù)量時的性能測試,主要針對某些特殊的核心業(yè)務(wù)或者日常比較常用的組合業(yè)務(wù)的測試;第二種是極限狀態(tài)下的數(shù)據(jù)測試,主要是指系統(tǒng)數(shù)據(jù)量達(dá)到一定程度時,通過性能測試來評估系統(tǒng)的響應(yīng)情況,測試的對象也是某些核心業(yè)務(wù)或者常用的組合業(yè)務(wù)。第三種大數(shù)據(jù)量測試結(jié)合了前面兩種的測試,兩種測試同時運行產(chǎn)生較大數(shù)據(jù)量的系統(tǒng)性能測試;大數(shù)據(jù)量測試通常在投產(chǎn)環(huán)境下進(jìn)行,并獨立出來和疲勞強(qiáng)度測試放在一起,在整個性能測試的后期進(jìn)行;大數(shù)據(jù)量的

5、測試可以理解為特定條件下的核心業(yè)務(wù)或者組合業(yè)務(wù)測試;6. 網(wǎng)絡(luò)性能測試;主要是為了準(zhǔn)確展示帶寬,延遲,負(fù)載和端口的變化是如何影響用戶的響應(yīng)時間的,在實際的軟件項目中主要是測試應(yīng)用系統(tǒng)的用戶數(shù)目與網(wǎng)絡(luò)帶寬的關(guān)系。網(wǎng)絡(luò)測試的任務(wù)通常由系統(tǒng)集成人員完成;7. 服務(wù)器(操作系統(tǒng),WEB服務(wù)器,數(shù)據(jù)庫服務(wù)器性能測試;初級服務(wù)器性能測試主要是指在業(yè)務(wù)系統(tǒng)工作或者進(jìn)行前面其他種類性能測試的時候,監(jiān)控服務(wù)器的一些計數(shù)器信息,通過這些計數(shù)器對服務(wù)器進(jìn)行綜合性能分析,為調(diào)優(yōu)或提高系統(tǒng)性能提供依據(jù);高級服務(wù)器性能測試一般由專門的系統(tǒng)管理員來進(jìn)行如數(shù)據(jù)庫服務(wù)器由專門的DBA來進(jìn)行測試和調(diào)優(yōu); 8. 一些特殊的測試;主

6、要是指配置測試,內(nèi)存泄露測試的一些特殊的WEB性能測試;二、WEB 性能測試策略性能測試策略一般從需求設(shè)計階段開始討論如何定制,它決定著性能測試工作要投入多少資源,什么時間開始實施等后續(xù)工作的安排;其制定的主要依據(jù)是軟件自身的特點和用戶對性能的關(guān)注程度,其中軟件自身的特點起決定性的作用;軟件按照用途的不同可以分為兩大類,系統(tǒng)類軟件和應(yīng)用類軟件。系統(tǒng)類軟件通常對性能要求較高,因此性能測試應(yīng)該盡早介入;應(yīng)用類軟件分為特殊類應(yīng)用和一般類應(yīng)用,特殊類應(yīng)用主要有銀行,電信,電力,保險,醫(yī)療,安全等領(lǐng)域軟件,這類軟件使用頻繁,用戶較多,也需要較早進(jìn)行性能測試;一般類主要是指一些普通類應(yīng)用如OA,MIS 等

7、一般類軟件根據(jù)實際情況制定性能測試策略,受用戶因素影響較大; 1. 系統(tǒng)類軟件;從設(shè)計階段就開始針對系統(tǒng)架構(gòu),數(shù)據(jù)庫設(shè)計等方面進(jìn)行討論,從根源來提高性能,系統(tǒng)類軟件一般從單元測試階段開始性能測試實施工作,主要是測試一些和性能相關(guān)的算法和模塊;2. 應(yīng)用類軟件;特殊應(yīng)用:從設(shè)計階段就開始針對系統(tǒng)架構(gòu),數(shù)據(jù)庫設(shè)計等方面進(jìn)行討論,從根源來提高性能,系統(tǒng)類軟件一般從單元測試階段開始性能測試實施工作,主要是測試一些和性能相關(guān)的算法和模塊;一般應(yīng)用:與使用用戶的重視程度有關(guān),用戶高度重視時,設(shè)計階段開始進(jìn)行一些討論工作,主要在系統(tǒng)測試階段開始進(jìn)行性能測試實施;用戶一般重視時,可以在系統(tǒng)測試階段的功能測試結(jié)

8、束后進(jìn)行性能測試;用戶不怎么重視時,可以在軟件發(fā)布前進(jìn)行性能測試,提交測試報告即可;三、WEB性能測試用例設(shè)計模型性能測試用例設(shè)計通常不會一次設(shè)計到位,是一個不斷迭代完善的過程,即使在使用過程中,也不是完全按照設(shè)計好的測試用例來執(zhí)行,需要根據(jù)需求的變化進(jìn)行調(diào)整和修改;WEB性能測試用例設(shè)計模型是一個內(nèi)容全面比較容易組織和調(diào)整的模型架構(gòu)。3. 預(yù)期性能指標(biāo)測試用例;指一些十分明確的,在系統(tǒng)需求設(shè)計階段預(yù)先提出的,期望系統(tǒng)達(dá)到的,或者向用戶保證的性能指標(biāo),針對每個指標(biāo)都要編寫一個或者多個測試用例來驗證系統(tǒng)是否達(dá)到要求,預(yù)期性能指標(biāo)測試用例主要參考需求和設(shè)計文檔,把里面十分明確的性能要求提取出來,指

9、標(biāo)中通常以單用戶為主;如:對于普通的客戶端,系統(tǒng)上傳5MB以內(nèi)的文件,速度不低于2MB/S;輸入動作:選擇1-5 MB的文件并上傳,用秒表計時;期望的性能:上傳的時間小于等于2.5S實際性能: 上傳的時間2.29秒;這類用例通常以手工的方式執(zhí)行;4. 用戶并發(fā)性能測試用例;用戶并發(fā)測試主要通過逐漸增加用戶數(shù)量來加重系統(tǒng)負(fù)擔(dān),并通過測試工具對應(yīng)用系統(tǒng),各種服務(wù)器資源進(jìn)監(jiān)控,用戶并發(fā)測試可以是正常數(shù)量用戶和特殊數(shù)量用戶進(jìn)行并發(fā), 用戶并發(fā)測試是系統(tǒng)性能測試的核心部分,涉及壓力測試,負(fù)載測試,強(qiáng)度測試等多方面的內(nèi)容.獨立業(yè)務(wù)性能測試實際就是核心業(yè)務(wù)模塊的某一業(yè)務(wù)的并發(fā)性能測試,可以理解為單元性能測試

10、;組合業(yè)務(wù)的性能測試是一個或者多個模塊的多個業(yè)務(wù)同時進(jìn)行并發(fā)性能測試,可以理解為集成性能測試,單元性能測試和集成性能測試兩者緊密相連合并稱為用戶并發(fā)性能測試;用戶并發(fā)測試要求選擇有代表性的關(guān)鍵的業(yè)務(wù)來設(shè)計測試用例,以便更有效的評測系統(tǒng)性能;其測試用例設(shè)計文檔的基本的編寫思想是按照系統(tǒng)的體系結(jié)構(gòu)進(jìn)行編寫.1. 獨立核心模塊用戶并發(fā)性能的測試用例設(shè)計完全一樣功能的并發(fā)測試:主要檢查系統(tǒng)的健壯性,從技術(shù)角度講就是檢查程序?qū)ν粫r刻并發(fā)操作的處理. 完全一樣操作的并發(fā)測試:基本要求是在同一時刻進(jìn)行完全一樣的操作,這類測試的目的是驗證核心模塊在大量用戶使用同一功能時是否正常工作;相同/不同功能的子功能并

11、發(fā):每個不同的子功能都模擬一定的用戶數(shù)量,通過工具來控制并發(fā)情況;如發(fā)送與接收郵件模塊的一個測試用例,功能:當(dāng)在線用戶達(dá)到高峰時,發(fā)送和接收普通郵件正常,保證2000個以內(nèi)用戶可以同時訪問郵件系統(tǒng),能夠正常發(fā)送和接收郵件;目的:測試系統(tǒng)2000個以內(nèi)的用戶同時在線時能否正常發(fā)送郵件;方法:采用LOADRUNNER的錄制工具錄制一個郵件發(fā)送過程測試,要監(jiān)視數(shù)據(jù)庫服務(wù)器和WEB服務(wù)器的性能,其中發(fā)送的郵件為普通郵件,附件大小不超過1MB.并發(fā)用戶數(shù)與事務(wù)執(zhí)行情況:并發(fā)用戶數(shù),事務(wù)平均響應(yīng)時間,事務(wù)最大響應(yīng)時間,平均每秒處理事務(wù)數(shù),事務(wù)成功率,每秒點擊率,平均流量;并發(fā)用戶數(shù)與數(shù)據(jù)庫主機(jī):并發(fā)用戶數(shù)

12、,CPU利用率,MEM利用率,磁盤I/O參數(shù),DB參數(shù);并發(fā)用戶數(shù)與應(yīng)用服務(wù)器的關(guān)系表:并發(fā)用戶數(shù),CPU利用率,MEM利用率,磁盤I/O參數(shù);2. 組合模塊用戶并發(fā)性能測試的用例設(shè)計組合模塊的性能測試是最能反映用戶實際使用情況的測試,它把前面系統(tǒng)中具有耦合關(guān)系的模塊組合起來進(jìn)行測試,可以理解為集成性能測試,組合模塊并發(fā)測試可以真實反映用戶使用系統(tǒng)的情況,可以從需求,設(shè)計文檔;現(xiàn)場調(diào)查,系統(tǒng)采集數(shù)據(jù)獲取用戶場景;具有耦合關(guān)系的核心模塊進(jìn)行組合并發(fā)測試:主要測試在多用戶并發(fā)條件下,一些存在耦合關(guān)系或者數(shù)據(jù)接口的模塊是否正常運行;彼此獨立的,內(nèi)部具有耦合關(guān)系的核心模塊組的并發(fā)測試:這類測試的對象是

13、多個模塊組,每個組相關(guān)的模塊具有一定的耦合關(guān)系,組與組之間關(guān)系相互獨立,主要站在用戶的角度考慮問題;基于用戶場景的并發(fā)測試:選擇用戶的一些典型場景進(jìn)行測試,測試對象不限制于核心模塊或非核心模塊;組合模塊用戶并發(fā)性能測試的前兩種類型仍然是針對核心模塊的同時也關(guān)注用戶場景,這樣做的原因是大多數(shù)的性能問題都是由用戶經(jīng)常使用的核心模塊一起的;可以看出,組合模塊的用戶并發(fā)性能測試既關(guān)注功能測試,也關(guān)注性能測試,通過發(fā)現(xiàn)一些接口和綜合性能方面的問題,使系統(tǒng)更加穩(wěn)定的運行。如下某OA系統(tǒng)組合模塊的一個測試用例:功能:在線用戶數(shù)達(dá)到高峰時,用戶可以正常使用系統(tǒng),目標(biāo)是滿足500個以內(nèi)用戶同時在線使用系統(tǒng);目的

14、:測試500個以內(nèi)用戶同時在線時能否使用比較常見的模塊:公文系統(tǒng),電子公告,網(wǎng)上論壇;方法:采用LOADRUNNER 的錄制工具錄制三項業(yè)務(wù);業(yè)務(wù)1,在公文系統(tǒng)內(nèi)進(jìn)行打開,修改等操作;業(yè)務(wù)2,在電子公告系統(tǒng)內(nèi),察看發(fā)布公告;業(yè)務(wù)3 ,在網(wǎng)上論壇系統(tǒng)內(nèi)發(fā)布帖子,查看文章;每項業(yè)務(wù)分配一定數(shù)量的用戶,利用LOADRUNNER來完成;并發(fā)用戶數(shù)與事務(wù)執(zhí)行情況:業(yè)務(wù)1,業(yè)務(wù)2,業(yè)務(wù)3事務(wù)平均響應(yīng)時間;業(yè)務(wù)1,業(yè)務(wù)2,業(yè)務(wù)3事務(wù)最大響應(yīng)時間;業(yè)務(wù)1,業(yè)務(wù)2,業(yè)務(wù)3平均每秒事務(wù)數(shù);業(yè)務(wù)1,業(yè)務(wù)2,業(yè)務(wù)3平均成功率;每秒點擊率;平均流量;并發(fā)用戶數(shù)與數(shù)據(jù)庫主機(jī):CPU利用率;MEM利用率;磁盤I/O情況;D

15、B參數(shù);并發(fā)用戶數(shù)與應(yīng)用服務(wù)器的關(guān)系:CPU利用率,MEM利用率;磁盤I/O情況;5. 疲勞強(qiáng)度與大數(shù)據(jù)量測試;疲勞強(qiáng)度測試:主要特點是長時間對目標(biāo)測試系統(tǒng)加壓,目的是測試系統(tǒng)的穩(wěn)定性,持續(xù)時間一般在1小時以上;疲勞強(qiáng)度測試屬于用戶并發(fā)測試的延續(xù),因此核心內(nèi)容仍然是核心模塊用戶并發(fā)和組合模塊用戶并發(fā),在編寫測試用例時需要編寫不同參數(shù)或者負(fù)載條件下的多個測試用例,可以參考用戶并發(fā)性能測試用例的設(shè)計內(nèi)容,通常修改相應(yīng)的參數(shù)就可實現(xiàn)所需要的測試場景;如下疲勞強(qiáng)度測試用例:極限名稱:200個用戶同時使用系統(tǒng)的3個模塊;前提條件:測試客戶端要有足夠的資源;運行時間:連續(xù)運行16小時;測試方法:采用LOA

16、DRUNNER錄制3個任務(wù),然后開始對系統(tǒng)加壓;輸入動作：任務(wù) 1，任務(wù) 2，任務(wù) 3 ；持續(xù)時間, 任務(wù) 20 小時， 任務(wù) 2，21 小時，任務(wù) 3，16 小時；用 戶數(shù)量；現(xiàn)象； 大數(shù)據(jù)量測試：主要針對對數(shù)據(jù)庫有特殊要求的系統(tǒng)進(jìn)行的測試，如電信業(yè)務(wù)系統(tǒng)的手機(jī)短信業(yè)務(wù)；可以 分為實時大數(shù)據(jù)量，主要目的是測試用戶較多或者某些業(yè)務(wù)產(chǎn)生較大數(shù)據(jù)量時，系統(tǒng)能否穩(wěn)定運行；極限 狀態(tài)下的測試， 測試系統(tǒng)使用一段時間即系統(tǒng)累計一點量的數(shù)據(jù)時能否正常的運行業(yè)務(wù)； 前面兩種的結(jié)合， 測試系統(tǒng)已經(jīng)累計了較大數(shù)據(jù)量時， 一些實時產(chǎn)生較大數(shù)據(jù)量的模塊能否穩(wěn)定工作； 如下大數(shù)量測試用例： 功能：數(shù)據(jù)庫中的短信息表可

17、以保存所有不能及時發(fā)送的短信息，用戶上線后又能及時發(fā)送已經(jīng)保存的信 息； 目的： 方法： 并發(fā)用戶數(shù)與事務(wù)執(zhí)行情況：輸入說明； 事務(wù)平均響應(yīng)時間；事務(wù)最大響應(yīng)時間；平均每秒處理事務(wù)數(shù)， 事務(wù)成功率；每秒點擊率；平均流量； 6. 網(wǎng)絡(luò)性能測試； 基于硬件的測試：主要是通過各種軟件工具，儀器等測試整個系統(tǒng)的網(wǎng)絡(luò)運行環(huán)境，一般由系統(tǒng)集成人 員負(fù)責(zé) ； 基于應(yīng)用系統(tǒng)的測試：主要測試用戶數(shù)目與網(wǎng)絡(luò)帶寬的關(guān)系，通過測試工具準(zhǔn)確展示帶寬，延遲，負(fù)載 和端口的變化是如何影響用戶響應(yīng)時間的； 網(wǎng)絡(luò)性能測試的用例設(shè)計主要針對后一種類型，可以獨立進(jìn)行測試，也可以和用戶并發(fā)性能測試，疲勞強(qiáng) 度與大數(shù)據(jù)量測試結(jié)合起來，

18、在原有的基礎(chǔ)上采用工具來調(diào)整網(wǎng)絡(luò)設(shè)置，從而達(dá)到監(jiān)視網(wǎng)絡(luò)性能的目的； 如下網(wǎng)絡(luò)性能測試用例； 目的： 測試系統(tǒng)運行在不同網(wǎng)絡(luò)帶寬條件下的性能情況，以及與并發(fā)用戶數(shù)量的關(guān)系； 方法：在不同的廣域網(wǎng)帶寬下使用 LOADRUNNNER 錄制郵件系統(tǒng)得相關(guān)事務(wù)操作腳本，然后以不同的帶 寬和并發(fā)用戶數(shù)進(jìn)行壓力測試，并記錄在各種用戶條件下各種事務(wù)的響應(yīng)情況，同時記錄路由器端口的流 量和其他數(shù)據(jù)； 運行時間： 并發(fā)用戶數(shù)與事務(wù)響應(yīng)時間： 7. 服務(wù)器性能測試； 服務(wù)器性能測試主要是對數(shù)據(jù)庫， WEB 服務(wù)器， 操作系統(tǒng)的測試， 目的是通過性能測試找出服務(wù)器的瓶頸， 為系統(tǒng)擴(kuò)展，優(yōu)化提供相關(guān)的依據(jù)；分為： 高級

19、服務(wù)器性能測試：在特定的硬件條件下，由數(shù)據(jù)庫，WEB 服務(wù)器，操作系統(tǒng)相應(yīng)領(lǐng)域的專家進(jìn)行的性 能測試； 初級服務(wù)器性能測試：在系統(tǒng)運行前面的性能測試時，通過測試工具對數(shù)據(jù)庫，WEB 服務(wù)器，操作系統(tǒng)的 使用情況進(jìn)行監(jiān)控， 然后進(jìn)行綜合分析， 找出系統(tǒng)瓶頸； 性能測試的主要目的是在軟件功能良好的前提下， 發(fā)現(xiàn)系統(tǒng)瓶頸并解決，而軟件和服務(wù)器是產(chǎn)生瓶頸的兩大來源，因此服務(wù)器測試一定要和前面的測試結(jié)合 起來進(jìn)行；在進(jìn)行用戶并發(fā)性能測試，疲勞強(qiáng)度與大數(shù)據(jù)量性能測試時，可以完成對服務(wù)器的監(jiān)控并對服 務(wù)器性能進(jìn)行評估；這類部分的測試用例一般不必單獨編寫； 四、WEB 性能測試用例設(shè)計 WEB 性能測試用例設(shè)

20、計模型是設(shè)計性能測試用例的一個框架， 在實際項目中， 需要對其進(jìn)行適當(dāng)?shù)募舨茫?從而確定性能測試用例的范圍和類別，裁減的依據(jù)是性能測試策略和測試范圍；在測試用例主要框架確定 后，接下來就要如何設(shè)計各類性能測試用例中具體數(shù)據(jù)。 基于用戶的測試多在用戶現(xiàn)場進(jìn)行，而為了測試目的而進(jìn)行的測試多在開發(fā)環(huán)境即開發(fā)團(tuán)隊的內(nèi)部進(jìn)行； 為了測試目的而設(shè)計的測試用例場景主要根據(jù)測試設(shè)計人員的經(jīng)驗來進(jìn)行， 但是仍要參考用戶的實際場景， 用戶實際使用場景是設(shè)計所有測試用例的依據(jù)，性能測試用例設(shè)計首先要分析出用戶現(xiàn)實中的典型場景， 然后參照典型場景進(jìn)行設(shè)計。比較常見的用戶場景有如下三種：一天內(nèi)不同時段的使用場景；系統(tǒng)運

21、行不 同時期的場景；不同業(yè)務(wù)模式下的場景；各類測試用例設(shè)計的細(xì)節(jié)： 1. 確定用戶使用系統(tǒng)情況的方法； 確定用戶對系統(tǒng)的使用情況是設(shè)計用例具體數(shù)據(jù)的基礎(chǔ)，后面并發(fā)用戶數(shù)據(jù)設(shè)計，疲勞強(qiáng)度設(shè)計以及各種 場景設(shè)計都要依賴對用戶使用系統(tǒng)情況的分析，分析用戶使用情況經(jīng)常采用現(xiàn)場調(diào)查和分析系統(tǒng)日志 日志兩種 日志 方法； 用戶現(xiàn)場調(diào)查：通過和用戶進(jìn)行溝通，可以確定用戶的人員組成情況；這類方法適用于用戶群體固定且目 標(biāo)測試系統(tǒng)沒有投產(chǎn)前的情況； 分析系統(tǒng)日志：當(dāng)用戶比較分散，現(xiàn)場調(diào)查比較困難時，可以采用對系統(tǒng)日志進(jìn)行分析的方法，作為對用 戶現(xiàn)場調(diào)查的補(bǔ)充； 2. 并發(fā)用戶數(shù)量設(shè)計； 設(shè)計并發(fā)用戶數(shù)量前， 首

22、先要了解確定系統(tǒng)最大并發(fā)用戶數(shù)量的方法； 可以根據(jù)系統(tǒng)的最大使用人數(shù)或 者最大在線數(shù)量來評估最大并發(fā)用戶數(shù)量的方法； 極限法： 取最大在線用戶數(shù)作為最大并發(fā)數(shù)， 這種方法適用于系統(tǒng)已經(jīng)投產(chǎn)目標(biāo)用戶群體不確定的門戶 網(wǎng)站，可以通過分析日志來進(jìn)行測試；也可以使用系統(tǒng)已經(jīng)注冊的用戶數(shù)量作為系統(tǒng)的用戶數(shù)量，按照經(jīng) 驗公式來估算最大用戶數(shù)量； 用戶趨勢分析：對軟件生存周期內(nèi)的用戶未來走勢進(jìn)行分析，預(yù)測系統(tǒng)可能達(dá)到的最大使用用戶數(shù)目， 從而估算系統(tǒng)的最大并發(fā)用戶數(shù)目，這種方法多用于用戶數(shù)目逐漸增多的情況； 經(jīng)驗評估法：多用于系統(tǒng)的使用用戶數(shù)目相對穩(wěn)定而且比較明確的系統(tǒng)； 并發(fā)用戶數(shù)量的設(shè)計基本是按照最大并

23、發(fā)用戶的數(shù)量的百分比來設(shè)計的， 對于某一特定的用例， 需要注意： 一按照各類用戶同時遞增的方式來設(shè)計用戶數(shù)量，是為了按照由淺入深的方法來發(fā)現(xiàn)系統(tǒng)的瓶頸；二并發(fā) 用戶的最大值一般不會超過前面計算的最大并發(fā)用戶數(shù)量的 20% ，除非是為了測試系統(tǒng)能支持的最大并 發(fā)用戶數(shù)量；三設(shè)計用戶數(shù)量時要考慮成本，因為每組用戶數(shù)都意味著至少執(zhí)行一次測試； 3. 系統(tǒng)不同時間段場景的設(shè)計； 不同時間段的場景更接近用戶使用情況，它也是設(shè)計核心模塊和組合模塊并發(fā)性能測試用例的基礎(chǔ)，不同 時間段場景分析的數(shù)據(jù)主要是前面的需求分析和日志分析結(jié)果；不同時間段場景的設(shè)計基本原則有兩個： 一是選擇典型的場景進(jìn)行測試；尤其要選擇

24、場景中并發(fā)用戶數(shù)目較大的場景；二是要覆蓋全面，設(shè)計出的 用例要覆蓋到壓力可能較大的時間段；用戶場景的設(shè)計一般與后面的業(yè)務(wù)模式結(jié)合起來進(jìn)行； 4. 業(yè)務(wù)模式的設(shè)計； 業(yè)務(wù)模式的設(shè)計是不同時間段場景設(shè)計的特例， 也是設(shè)計核心模塊和組合模塊并發(fā)性能測試用例的基礎(chǔ)， 設(shè)計業(yè)務(wù)模式的目的是專注于某些功能模塊的組合，按時間段來設(shè)計場景通常會涉及很多模塊，如果系統(tǒng) 存在的由應(yīng)用軟件引起的瓶頸則很難定位，所以才抽象一些特定的業(yè)務(wù)模式來進(jìn)行用例的設(shè)計； 按照業(yè)務(wù)模式和時間段的場景來設(shè)計性能測試用例時，會涉及到如何設(shè)計每個模塊并發(fā)用戶數(shù)目的問題， 通常會取各個相關(guān)模塊在 24 小時內(nèi)最大的并發(fā)用戶數(shù)目進(jìn)行組合； 5. 大數(shù)據(jù)