性能測試方案-模板

1、xxx性能測試方案文檔修改歷史日期版本作者修改內(nèi)容審批人發(fā)布日期2011.12.1V1.0初稿目 錄1. 文檔介紹 3 3 3 3 32. 測試環(huán)境 3 3 43. 測試需求 4 4 44. 準(zhǔn)備工作 55. 測試完成準(zhǔn)則 56. 測試風(fēng)險 67. 測試設(shè)計策略 6 6 6 68. 業(yè)務(wù)模型 7 7 7 89. 測試報告輸出 81. 文檔介紹本次性能測試的目的是檢測xxx系統(tǒng)的性能情況。即：為了xxx系統(tǒng)上線后能夠穩(wěn)定運行，有必要在上線前對核心業(yè)務(wù)場景的壓力情況有充分了解。因此，希望在模擬生產(chǎn)環(huán)境的情況下，模擬上線后的用戶并發(fā)數(shù)，對系統(tǒng)核心業(yè)務(wù)進(jìn)行壓力測試，收集相應(yīng)的系統(tǒng)參數(shù)，并最終作為上線的

2、依據(jù)。編寫本方案的目的是指導(dǎo)本次性能測試有序的進(jìn)行，相關(guān)人員了解本次性能測試。本方案的預(yù)期讀者是：項目負(fù)責(zé)人、測試人員和其他相關(guān)人員。名稱是否可用備注xxx系統(tǒng)需求規(guī)格說書是xxx用戶手冊是無2. 測試環(huán)境模擬客戶使用環(huán)境（最好模擬客戶實際使用的配置環(huán)境）。具體如下：2.1. 測試環(huán)境網(wǎng)絡(luò)環(huán)境：Lan（100M）硬件環(huán)境：Ø 應(yīng)用服務(wù)器數(shù)量：1臺配置：型號、CPU、內(nèi)存等Ø 數(shù)據(jù)庫服務(wù)器數(shù)量：1臺配置：型號、CPU、內(nèi)存等Ø 測試客戶端數(shù)量：2臺配置：型號、CPU、內(nèi)存等軟件環(huán)境：Ø 操作系統(tǒng)：Windows Server 2008，Windows XP

3、 SP3Ø 應(yīng)用服務(wù)軟件：WebSphere，Tomcat5.5Ø 數(shù)據(jù)庫：DB2，Oracle 10g2.2. 測試工具LoadRunner9.53. 測試需求3.1. 測試功能點本次測試共涉及登錄，新聞發(fā)布.模塊。3.2. 性能需求注：1. 如果未提出實際性能需求可簡寫或省略該項2. 此項根據(jù)產(chǎn)品需要可適當(dāng)修改1 并發(fā)用戶數(shù)達(dá)到？時，登錄系統(tǒng)平均響應(yīng)時間不超過？秒；2 并發(fā)用戶數(shù)為？時， 操作主要的業(yè)務(wù)流平均響應(yīng)時間在用戶接受的范圍內(nèi)，系統(tǒng)運行正常；3 ？小時運行組合測試用例時，系統(tǒng)正常運行不崩潰；4 若系統(tǒng)容量不能達(dá)到要求的并發(fā)數(shù)或運行時間時，驗證一下達(dá)到哪一個數(shù)值時

4、，系統(tǒng)將不能支持4. 準(zhǔn)備工作注：此項根據(jù)產(chǎn)品需要可適當(dāng)修改或省略1 測試功能點全部通過功能測試，確保功能上沒有問題；2 準(zhǔn)備測試環(huán)境服務(wù)器：1、 準(zhǔn)備好安裝xxx系統(tǒng)的服務(wù)器1臺；2、 安裝xxx中間件、xxx數(shù)據(jù)庫軟件；3 準(zhǔn)備測試客戶機，如果并發(fā)用戶數(shù)要求較多時，需要準(zhǔn)備機器安裝LoadRunner9.5，并使用負(fù)載機制和1臺客戶端產(chǎn)生虛擬用戶數(shù)量；4 對于每一個測試功能點，都要事先錄制好相應(yīng)的測試腳本，包括參數(shù)化、關(guān)聯(lián)等，準(zhǔn)備好測試數(shù)據(jù)，并且調(diào)試好，腳本能夠成功的回放，保證在測試的時候能夠順利的運行；5 創(chuàng)建測試場景，并配置好每個場景的設(shè)置；6 測試過程中保存好腳本和分析結(jié)果，并規(guī)范的

5、對腳本和分析結(jié)果等進(jìn)行命名。5. 測試完成準(zhǔn)則注：此項根據(jù)產(chǎn)品需要可適當(dāng)修改1 達(dá)到性能要求。即在要求的并發(fā)用戶數(shù)下，系統(tǒng)的響應(yīng)時間小于等于客戶要求的登錄系統(tǒng)平均響應(yīng)時間；2 在長時間運行后，系統(tǒng)不崩潰，各功能正常；服務(wù)器CPU，內(nèi)存，響應(yīng)時間等參數(shù)保持穩(wěn)定；場景運行停止后，一段時間內(nèi)占用的資源可以正常釋放。6. 測試風(fēng)險注：此項根據(jù)產(chǎn)品需要可適當(dāng)修改。1 選擇的業(yè)務(wù)流不具有代表性。即選擇的測試功能點經(jīng)過負(fù)荷測試和長時間測試后不能重現(xiàn)系統(tǒng)問題，如內(nèi)存溢出，速度慢等問題；選擇測試功能點的原則：客戶使用系統(tǒng)時經(jīng)常操作的業(yè)務(wù)流，以及覺得反應(yīng)比較慢的幾個功能模塊；2 不是在實際環(huán)境中的測試（即模擬的測

6、試環(huán)境和客戶實際使用環(huán)境配置差別較大），由于測試環(huán)境的不同，測試結(jié)果和實際使用環(huán)境中的結(jié)果有一定的出入；3 測試環(huán)境中的數(shù)據(jù)量比實際環(huán)境中使用一段時間后的數(shù)據(jù)量要少的多，系統(tǒng)目前的性能不能代表數(shù)據(jù)量增長后的性能。7. 測試設(shè)計策略7.1. 關(guān)鍵資源不處于阻塞狀態(tài)注：此項根據(jù)產(chǎn)品需要可簡寫或省略Ø 應(yīng)用服務(wù)器CPU利用率<（？）Ø 網(wǎng)絡(luò)流量<（？）Ø 物理內(nèi)存不能耗盡，利用率<（？）Ø 響應(yīng)時間<（？）7.2. 組合測試用例策略注：此項根據(jù)產(chǎn)品需要可適當(dāng)修改先單個測試用例在不同的場景下并發(fā)測試，再組合多個測試用例同時并發(fā)多用戶長時間

7、測試。即：先單獨執(zhí)行并發(fā)用戶登錄用例，新聞發(fā)布用例。最后組合執(zhí)行上面x組用例，同時并發(fā)執(zhí)行x小時。7.3. 測試執(zhí)行策略注：此項根據(jù)產(chǎn)品需要可適當(dāng)修改在正常的生產(chǎn)數(shù)據(jù)下，采用階梯式的方式，分別使用并發(fā)用戶60、80、100個進(jìn)行測試。如果在某一個并發(fā)用戶數(shù)，如80個并發(fā)用戶測試時，發(fā)現(xiàn)性能下降，那么則逐步減少并發(fā)數(shù)，以找出并發(fā)用戶達(dá)到什么數(shù)目時，系統(tǒng)性能開始急劇下降。8. 業(yè)務(wù)模型8.1. 場景一用例編號例如：SuJianCMS_login_001驗證功能例如：用戶登錄服務(wù)器環(huán)境例如: Tomcat5.5，DB2測試目的例如：被測系統(tǒng)是否能夠滿足大并發(fā)用戶數(shù)登錄的要求。前置條件例如：已注冊用戶的賬號與密碼并發(fā)用戶數(shù)例如：100個思考時間例如：用戶1分鐘完成一次用戶登錄操作方法設(shè)置并發(fā)用戶數(shù)為100個，模擬用戶登錄系統(tǒng)的負(fù)載壓力情況，進(jìn)行30分鐘的連續(xù)壓力測試，記錄系統(tǒng)登錄事務(wù)交易的平均響應(yīng)時間、成功率，應(yīng)用服務(wù)器、數(shù)據(jù)庫服務(wù)器和網(wǎng)絡(luò)的各項性能指標(biāo)，作為系統(tǒng)在實際使用情況中的性能表現(xiàn)依據(jù)。對失敗交易發(fā)生時的各項指標(biāo)數(shù)據(jù)進(jìn)行分析，定位問題發(fā)生的原因。用例名稱并發(fā)用戶數(shù)期望值（秒）備注并發(fā)用戶登錄100個例如：<5s平均響應(yīng)時間8.2. 場景二用例編號驗證功能測試目的前置條件并發(fā)用戶數(shù)思考時間方法用例名稱并發(fā)用戶