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

2.2.并發(fā)用戶數(shù)量設(shè)計 錯誤!未定義書簽。一、一、WEB全面性能測試模型 錯誤!未定義書簽。預(yù)期指標(biāo)的性能測試 錯誤!未定義書簽。獨立業(yè)務(wù)性能測試 錯誤!未定義書簽。組合業(yè)務(wù)性能測試 錯誤!未定義書簽。疲勞強度性能測試 錯誤!未定義書簽。大數(shù)據(jù)量性能測試 錯誤!未定義書簽。網(wǎng)絡(luò)性能測試 錯誤!未定義書簽。效勞器（操作系統(tǒng)，WEB效勞器，數(shù)據(jù)庫效勞器）性能測試..…錯誤!未定義書簽。一些特殊的測試 錯誤!未定義書簽。二、WEB性能測試策略 錯誤!未定義書簽。系統(tǒng)類軟件 錯誤!未定義書簽。應(yīng)用類軟件 錯誤!未定義書簽。三、WEB性能測試用例設(shè)計模型 錯誤!未定義書簽。預(yù)期性能指標(biāo)測試用例 錯誤!未定義書簽。用戶并發(fā)性能測試用例 錯誤!未定義書簽。獨立核心模塊用戶并發(fā)性能的測試用例設(shè)計 錯誤!未定義書簽。組合模塊用戶并發(fā)性能測試的用例設(shè)計 錯誤!未定義書簽。疲勞強度與大數(shù)據(jù)量測試 錯誤!未定義書簽。網(wǎng)絡(luò)性能測試 錯誤!未定義書簽。效勞器性能測試 錯誤!未定義書簽。四、WEB性能測試用例設(shè)計 錯誤!未定義書簽。1.確信譽戶利用系統(tǒng)情形的方式 錯誤!未定義書簽。系統(tǒng)不同時刻段場景的設(shè)計 錯誤!未定義書簽。業(yè)務(wù)模式的設(shè)計 錯誤!未定義書簽。大數(shù)據(jù)量測試用例的設(shè)計 錯誤!未定義書簽。一些特定測試用例的設(shè)計 錯誤!未定義書簽。五、WEB性能測試用例設(shè)計總結(jié) 錯誤!未定義書簽。測試用例可用性總結(jié) 錯誤!未定義書簽。用例執(zhí)行成效分析 錯誤!未定義書簽。用例執(zhí)行時刻分析 錯誤!未定義書簽。性能測試用例要緊分為預(yù)期目標(biāo)用戶測試，用戶并發(fā)測試，疲勞強度與大數(shù)據(jù)量測試，網(wǎng)絡(luò)性能測試，效勞器性能測試五大部份，具體編寫測試用例時要依如實際情形進(jìn)行裁減，在項目應(yīng)用中遵守低本錢，策略為中心，裁減，完善模型，具體化等原那么；一、WEB全面性能測試模型Web性能測試模型提出的要緊依據(jù)是：一種類型的性能測試能夠在某些條件下轉(zhuǎn)化成為另外一種類型的性能測試，這些類型的性能測試的實施是有著相似的地方的；預(yù)期指標(biāo)的性能測試系統(tǒng)在需求分析和設(shè)計時期都會提出一些性能指標(biāo)，完成這些指標(biāo)的相關(guān)的測試是性能測試的首要工作之一，這些指標(biāo)要緊諸于“系統(tǒng)能夠支持并發(fā)用戶200個；”系統(tǒng)響應(yīng)時刻不得超過20秒等，對這種預(yù)先許諾的性能要求，需要第一進(jìn)行測實驗證；獨立業(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)行完全一樣的操作。另外一類是在同一時刻利用完全一樣的功能。組合業(yè)務(wù)性能測試通?？刹荒芩械挠脩糁焕靡粋€或幾個核心業(yè)務(wù)模塊，一個應(yīng)用系統(tǒng)的每一個功能模塊都可能被利用到因此0￡8性能測試既要模擬多用戶的相同操作，又要模擬多用戶的不同操作；組合業(yè)務(wù)性能測試是最接近用戶實際利用情形的測試，也是性能測試的核心內(nèi)容。通常依照用戶的實際利用人數(shù)比例來模擬各個模版的組歸并發(fā)情形；組合性能測試是最能反映用戶利用情形的測試往往和效勞器性能測試結(jié)合起來，在通過工具模擬用戶操作的同時，還通過測試工具的監(jiān)控功能搜集效勞器的計數(shù)器信息進(jìn)而全面分析系統(tǒng)瓶頸。用戶并發(fā)測試是組合業(yè)務(wù)性能測試的核心內(nèi)容。組歸并發(fā)的突出特點是依照用戶利用系統(tǒng)的情形分成不同的用戶組進(jìn)行并發(fā)，每組的用戶比例要依如實際情形來匹配；疲勞強度性能測試疲勞強度測試是指在系統(tǒng)穩(wěn)固運行的情形下，以必然的負(fù)載壓力來長時刻運行系統(tǒng)的測試，其要緊目的是確信系統(tǒng)長時刻處置較大業(yè)務(wù)量時的性能，通過疲勞強度測試大體能夠判定系統(tǒng)運行一段時刻后是不是穩(wěn)固；大數(shù)據(jù)量性能測試一種是針對某些系統(tǒng)存儲，傳輸，統(tǒng)計查詢等業(yè)務(wù)進(jìn)行大數(shù)據(jù)量時的性能測試，要緊針對某些特殊的核心業(yè)務(wù)或日常比較經(jīng)常使用的組合業(yè)務(wù)的測試；第二種是極限狀態(tài)下的數(shù)據(jù)測試，主若是指系統(tǒng)數(shù)據(jù)量達(dá)到必然程度時，通過性能測試來評估系統(tǒng)的響應(yīng)情形，測試的對象也是某些核心業(yè)務(wù)或經(jīng)常使用的組合業(yè)務(wù)。第三種大數(shù)據(jù)量測試結(jié)合了前面兩種的測試，兩種測試同時運行產(chǎn)生較大數(shù)據(jù)量的系統(tǒng)性能測試；大數(shù)據(jù)量測試通常在投產(chǎn)環(huán)境下進(jìn)行，并獨立出來和疲勞強度測試放在一路，在整個性能測試的后期進(jìn)行；大數(shù)據(jù)量的測試能夠明白得為特定條件下的核心業(yè)務(wù)或組合業(yè)務(wù)測試；網(wǎng)絡(luò)性能測試主若是為了準(zhǔn)確展現(xiàn)帶寬，延遲，負(fù)載和端口的轉(zhuǎn)變是如何阻礙用戶的響應(yīng)時刻的，在實際的軟件項目中主若是測試應(yīng)用系統(tǒng)的用戶數(shù)量與網(wǎng)絡(luò)帶寬的關(guān)系。網(wǎng)絡(luò)測試的任務(wù)通常由系統(tǒng)集成人員完成；效勞器（操作系統(tǒng)，WEB效勞器，數(shù)據(jù)庫效勞器）性能測試低級效勞器性能測試主若是指在業(yè)務(wù)系統(tǒng)工作或進(jìn)行前面其他種類性能測試的時候，監(jiān)控效勞器的一些計數(shù)器信息，通過這些計數(shù)器對效勞器進(jìn)行綜合性能分析，為調(diào)優(yōu)或提高系統(tǒng)性能提供依據(jù)；高級效勞器性能測試一樣由專門的系統(tǒng)治理員來進(jìn)行如數(shù)據(jù)庫效勞器由專門的DBA來進(jìn)行測試和調(diào)優(yōu)；一些特殊的測試主若是指配置測試，內(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等一樣類軟件依如實際情形制定性能測試策略，受用戶因素阻礙較大；系統(tǒng)類軟件從設(shè)計時期就開始針對系統(tǒng)架構(gòu)，數(shù)據(jù)庫設(shè)計等方面進(jìn)行討論，從本源來提高性能，系統(tǒng)類軟件一樣從單元測試時期開始性能測試實施工作，主若是測試一些和性能相關(guān)的算法和模塊；應(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)測試時期的功能測試終止后進(jìn)行性能測試；用戶不怎么重視時，能夠在軟件發(fā)布前進(jìn)行性能測試，提交測試報告即可；三、WEB性能測試用例設(shè)計模型性能測試用例設(shè)計通?？刹荒芤淮卧O(shè)計到位，是一個不斷迭代完善的進(jìn)程，即便在利用進(jìn)程中，也不是完全依照設(shè)計好的測試用例來執(zhí)行，需要依照需求的轉(zhuǎn)變進(jìn)行調(diào)整和修改；WEB性能測試用例設(shè)計模型是一個內(nèi)容全面比較容易組織和調(diào)整的模型架構(gòu)。預(yù)期性能指標(biāo)測試用例指一些十分明確的，在系統(tǒng)需求設(shè)計時期預(yù)先提出的，期望系統(tǒng)達(dá)到的，或向用戶保證的性能指標(biāo)，針對每一個指標(biāo)都要編寫一個或多個測試用例來驗證系統(tǒng)是不是達(dá)到要求，預(yù)期性能指標(biāo)測試用例要緊參考需求和設(shè)計文檔，把里面十分明確的性能要求提掏出來，指標(biāo)中通常以單用戶為主；如：關(guān)于一般的客戶端，系統(tǒng)上傳5MB之內(nèi)的文件，速度不低于2MB/S;輸入動作：選擇1-5MB的文件并上傳，用秒表計時；期望的性能：上傳的時刻小于等于實際性能：上傳的時刻秒；這種用例通常以手工的方式執(zhí)行；用戶并發(fā)性能測試用例用戶并發(fā)測試要緊通過慢慢增加用戶數(shù)量來加重系統(tǒng)負(fù)擔(dān)，并通過測試工具對應(yīng)用系統(tǒng)，各類效勞器資源進(jìn)監(jiān)控，用戶并發(fā)測試能夠是正常數(shù)量用戶和特殊數(shù)量用戶進(jìn)行并發(fā)，用戶并發(fā)測試是系統(tǒng)性能測試的核心部份，涉及壓力測試，負(fù)載測試，強度測試等多方面的內(nèi)容.獨立業(yè)務(wù)性能測試實際確實是核心業(yè)務(wù)模塊的某一業(yè)務(wù)的并發(fā)性能測試，能夠明白得為單元性能測試；組合業(yè)務(wù)的性能測試是一個或多個模塊的多個業(yè)務(wù)同時進(jìn)行并發(fā)性能測試，能夠明白得為集成性能測試，單元性能測試和集成性能測試二者緊密相連歸并稱為用戶并發(fā)性能測試；用戶并發(fā)測試要求選擇有代表性的關(guān)鍵的業(yè)務(wù)來設(shè)計測試用例，以便更有效的評測系統(tǒng)性能；其測試用例設(shè)計文檔的大體的編寫思想是依照系統(tǒng)的體系結(jié)構(gòu)進(jìn)行編寫.獨立核心模塊用戶并發(fā)性能的測試用例設(shè)計完全一樣功能的并發(fā)測試：要緊檢查系統(tǒng)的健壯性，從技術(shù)角度講確實是檢查程序?qū)ν粫r刻并發(fā)操作的處置.完全一樣操作的并發(fā)測試：大體要求是在同一時刻進(jìn)行完全一樣的操作，這種測試的目的是驗證核心模塊在大量用戶利用同一功能時是不是正常工作；相同/不同功能的子功能并發(fā)：每一個不同的子功能都模擬必然的用戶數(shù)量，通過工具來操縱并發(fā)情形；如發(fā)送與接收郵件模塊的一個測試用例，功能：當(dāng)在線用戶達(dá)到頂峰時，發(fā)送和接收一般郵件正常，保證2000個之內(nèi)用戶能夠同時訪問郵件系統(tǒng)，能夠正常發(fā)送和接收郵件；目的：測試系統(tǒng)2000個之內(nèi)的用戶同時在線時可否正常發(fā)送郵件；方式：采納LOADRUNNER的錄制工具錄制一個郵件發(fā)送進(jìn)程測試，要監(jiān)視數(shù)據(jù)庫效勞器和WEB效勞器的性能，其中發(fā)送的郵件為一般郵件，附件大小不超過1MB.并發(fā)用戶數(shù)與事務(wù)執(zhí)行情形：并發(fā)用戶數(shù)，事務(wù)平均響應(yīng)時刻，事務(wù)最大響應(yīng)時刻，平均每秒處置事務(wù)數(shù)，事務(wù)成功率，每秒點擊率，平均流量；并發(fā)用戶數(shù)與數(shù)據(jù)庫主機(jī)：并發(fā)用戶數(shù)，CPU利用率，MEM利用率，磁盤I/O參數(shù)，口8參數(shù)；并發(fā)用戶數(shù)與應(yīng)用效勞器的關(guān)系表：并發(fā)用戶數(shù)，CPU利用率，MEM利用率，磁盤I/O參數(shù)；組合模塊用戶并發(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ā)測試：這種測試的對象是多個模塊組，每一個組相關(guān)的模塊具有必然的耦合關(guān)系，組與組之間關(guān)系彼此獨立，要緊站在用戶的角度考慮問題；基于用戶場景的并發(fā)測試：選擇用戶的一些典型場景進(jìn)行測試，測試對象不限制于核心模塊或非核心模塊；組合模塊用戶并發(fā)性能測試的前兩種類型仍然是針對核心模塊的同時也關(guān)注用戶場景，如此做的緣故是大多數(shù)的性能問題都是由用戶常常利用的核心模塊一路的；能夠看出，組合模塊的用戶并發(fā)性能測試既關(guān)注功能測試，也關(guān)注性能測試，通過發(fā)覺一些接口和綜合性能方面的問題，使系統(tǒng)加倍穩(wěn)固的運行。如下某OA系統(tǒng)組合模塊的一個測試用例：功能：在線用戶數(shù)達(dá)到頂峰時，用戶能夠正常利用系統(tǒng)，目標(biāo)是知足500個之內(nèi)用戶同時在線利用系統(tǒng)；目的：測試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情形；DB參數(shù)；并發(fā)用戶數(shù)與應(yīng)用效勞器的短：CPU利用率，MEM利用率;磁盤I/O情形；疲勞強度與大數(shù)據(jù)量測試疲勞強度測試：要緊特點是長時刻對目標(biāo)測試系統(tǒng)加壓，目的是測試系統(tǒng)的穩(wěn)固性，持續(xù)時刻一樣在1小時以上；疲勞強度測試屬于用戶并發(fā)測試的延續(xù)，因此核心內(nèi)容仍然是核心模塊用戶并發(fā)和組合模塊用戶并發(fā)，在編寫測試用例時需要編寫不同參數(shù)或負(fù)載條件下的多個測試用例，能夠參考用戶并發(fā)性能測試用例的設(shè)計內(nèi)容，通常修改相應(yīng)的參數(shù)就可實現(xiàn)所需要的測試場景；如下疲勞強度測試用例：極限名稱：200個用戶同時利用系統(tǒng)的3個模塊；前提條件：測試客戶端要有足夠的資源；運行時刻：持續(xù)運行16小時；測試方式:采納LOADRUNNER錄制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)的電話短信業(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ù)庫中的短信息表能夠保留所有不能及時發(fā)送的短信息，用戶上線后又能及時發(fā)送已經(jīng)保留的信息；目的:方式:并發(fā)用戶數(shù)與事務(wù)執(zhí)行情形:輸入說明；事務(wù)平均響應(yīng)時刻；事務(wù)最大響應(yīng)時刻；平均每秒處置事務(wù)數(shù)，事務(wù)成功率；每秒點擊率；平均流量；網(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)確展現(xiàn)帶寬，延遲，負(fù)載和端口的轉(zhuǎn)變是如何阻礙用戶響應(yīng)時刻的；網(wǎng)絡(luò)性能測試的用例設(shè)計要緊針對后一種類型，能夠獨立進(jìn)行測試，也能夠和用戶并發(fā)性能測試，疲勞強度與大數(shù)據(jù)量測試結(jié)合起來，在原有的基礎(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.效勞器性能測試7.效勞器性能測試效勞器性能測試主若是對數(shù)據(jù)庫,WEB效勞器，操作系統(tǒng)的測試,目的是通過性能測試找出效勞器的瓶頸，為系統(tǒng)擴(kuò)展，優(yōu)化提供相關(guān)的依據(jù)；分為：高級效勞器性能測試：在特定的硬件條件下，由數(shù)據(jù)庫,WEB效勞器，操作系統(tǒng)相應(yīng)領(lǐng)域的專家進(jìn)行的性能測試；低級效勞器性能測試：在系統(tǒng)運行前面的性能測試時，通過測試工具對數(shù)據(jù)庫，WEB效勞器，操作系統(tǒng)的利用情形進(jìn)行監(jiān)控，然后進(jìn)行綜合分析，找出系統(tǒng)瓶頸；性能測試的要緊目的是在軟件功能良好的前提下，發(fā)覺系統(tǒng)瓶頸并解決，而軟件和效勞器是產(chǎn)生瓶頸的兩大來源，因此效勞器測試必然要和前面的測試結(jié)合起來進(jìn)行；在進(jìn)行用戶并發(fā)性能測試，疲勞強度與大數(shù)據(jù)量性能測試時，能夠完成對效勞器的監(jiān)控并對效勞器性能進(jìn)行評估；這種部份的測試用例一樣沒必要單獨編寫。四、WEB性能測試用例設(shè)計WEB性能測試用例設(shè)計模型是設(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è)計的測試用例場景要緊依照測試設(shè)計人員的體會來進(jìn)行，可是仍要參考用戶的實際場景，用戶實際利用處景是設(shè)計所有測試用例的依據(jù)，性能測試用例設(shè)計第一要分析出用戶現(xiàn)實中的典型場景，然后參照典型場景進(jìn)行設(shè)計。比較常見的用戶場景有如下三種：一天內(nèi)不同時段的利用處景；系統(tǒng)運行不同時期的場景；不同業(yè)務(wù)模式下的場景；各類測試用例設(shè)計的細(xì)節(jié)：確信譽戶利用系統(tǒng)情形的方式確信譽戶對系統(tǒng)的利用情形是設(shè)計用例具體數(shù)據(jù)的基礎(chǔ)，后面并發(fā)用戶數(shù)據(jù)設(shè)計，疲勞強度設(shè)計和各類場景設(shè)計都要依托對用戶利用系統(tǒ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)查的補充；并發(fā)用戶數(shù)量設(shè)計設(shè)計并發(fā)用戶數(shù)量前，第一要了解確信系統(tǒng)最大并發(fā)用戶數(shù)量的方式；能夠依照系統(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ù)量，依照體會公式來估算最大用戶數(shù)量；用戶趨勢分析：對軟件生存周期內(nèi)的用戶以后走勢進(jìn)行分析，預(yù)測系統(tǒng)可能達(dá)到的最大利用用戶數(shù)量，從而估算系統(tǒng)的最大并發(fā)用戶數(shù)量，這種方式多用于用戶數(shù)量慢慢增多的情形；體會評估法：多用于系統(tǒng)的利用用戶數(shù)量相對穩(wěn)固而且比較明確的系統(tǒng)；并發(fā)用戶數(shù)量的設(shè)計大體是依照最大并發(fā)用戶的數(shù)量的百分比來設(shè)計的，關(guān)于某一特定的用例，需要注意：一依照各類用戶同時遞增的方式來設(shè)計用戶數(shù)量，是為了依照由淺入深的方式來發(fā)覺系統(tǒng)的瓶頸；二并發(fā)用戶的最大值一樣可不能超過前面計算的最大并發(fā)用戶數(shù)量的20%，除非是為了測試系統(tǒng)能支持的最大并發(fā)用戶數(shù)量；三設(shè)計用戶數(shù)量時要考慮本錢，因為每組用戶數(shù)都意味著至少執(zhí)行一次測試；系統(tǒng)不同時刻段場景的設(shè)計不同時刻段的場景更接近用戶利用情形，它也是設(shè)計核心模塊和組合模塊并發(fā)性能測試用例的基礎(chǔ)，不同時刻段場景分析的數(shù)據(jù)主若是前面的需求分析和日記分析結(jié)果；不同時刻段場景的設(shè)計大體原那么有兩個：一是選擇典型的場景進(jìn)行測試；尤其要選擇場景中并發(fā)用戶數(shù)量較大的場景；二是要覆蓋全面，設(shè)計出的用例要覆蓋到壓力可能較大的時刻段；用戶場景的設(shè)計一樣與后面的業(yè)務(wù)模式結(jié)合起來進(jìn)行；業(yè)務(wù)模式的設(shè)計業(yè)務(wù)模式的設(shè)計是不同時刻段場景設(shè)計的特例，也是設(shè)計核心模塊和組合模塊并發(fā)性能測試用例的基礎(chǔ)，設(shè)計業(yè)務(wù)模式的目的是專注于某些功能模塊的組合，按時刻段來設(shè)計場景通常會涉及很多模塊，若是系統(tǒng)存在的由應(yīng)用軟件引發(fā)的瓶頸那么很難定位，因此才抽象一些特定的業(yè)務(wù)模式來進(jìn)行用例的設(shè)計