系統(tǒng)壓力測試方案

1、完整 word版，系統(tǒng)壓力測試方案編輯整理:尊敬的讀者朋友們：這里是精品文檔編輯中心，本文檔內(nèi)容是由我和我的同事精心編輯整理后發(fā)布的，發(fā)布之前我們對 文中內(nèi)容進行仔細(xì)校對，但是難免會有疏漏的地方，但是任然希望（完整word版，系統(tǒng)壓力測試 方案）的內(nèi)容能夠給您的工作和學(xué)習(xí)帶來便利。同時也真誠的希望收到您的建議和反饋，這將是我 們進步的源泉，前進的動力。本文可編輯可修改，如果覺得對您有幫助請收藏以便隨時查閱，最后祝您生活愉快業(yè)績進步，以 下為完整word版，系統(tǒng)壓力測試方案的全部內(nèi)容。門診壓力測試方案文檔修改歷史 TOC o 1-5 h z 文檔介紹51。1.測試目的5 HYPERLINK l

2、bookmark30 o Current Document 1。2。讀者對象5 HYPERLINK l bookmark34 o Current Document .參考資料5 HYPERLINK l bookmark38 o Current Document 1.4.術(shù)語與解釋5 HYPERLINK l bookmark43 o Current Document 測試環(huán)境62.1。測試環(huán)境6 HYPERLINK l bookmark47 o Current Document 2.2。測試工具6測試需求7 HYPERLINK l bookmark52 o Current Document 3。

3、1.測試功能點7 HYPERLINK l bookmark56 o Current Document 3.2。性能需求7準(zhǔn)備工作8 HYPERLINK l bookmark64 o Current Document 4.1并發(fā)用戶數(shù)計算8 HYPERLINK l bookmark67 o Current Document 4.2業(yè)務(wù)分配9 HYPERLINK l bookmark70 o Current Document 腳本和環(huán)境9 HYPERLINK l bookmark79 o Current Document 測試完成準(zhǔn)則10 HYPERLINK l bookmark87 o Curr

4、ent Document 測試風(fēng)險10 HYPERLINK l bookmark94 o Current Document 測試設(shè)計策略11 HYPERLINK l bookmark98 o Current Document 7.1。組合測試用例策略11 HYPERLINK l bookmark102 o Current Document 7。2.測試執(zhí)行策略11 HYPERLINK l bookmark106 o Current Document 業(yè)務(wù)模型11 HYPERLINK l bookmark110 o Current Document 8。1場景啟用模式11 HYPERLINK l

5、 bookmark116 o Current Document 8.2測試目標(biāo)11 HYPERLINK l bookmark119 o Current Document 8.3場景設(shè)計12測試報告輸出15文檔介紹1.1。測試目的本次壓力測試目的是檢測孕婦端系統(tǒng)的核心業(yè)務(wù)的性能情況。為了保證后期在業(yè)務(wù)量不斷 增長的情況下系統(tǒng)后能夠穩(wěn)定運行，需要對核心業(yè)務(wù)場景的壓力情況有充分了解.因此，希望 在模擬生產(chǎn)環(huán)境的情況下，模擬用戶并發(fā)數(shù)，對系統(tǒng)核心業(yè)務(wù)進行壓力測試，收集相應(yīng)的系統(tǒng) 參數(shù)，并最終作為系統(tǒng)穩(wěn)定運行的依據(jù)。編寫本方案的目的是指導(dǎo)本次性能測試有序的進行，相關(guān)人員了解本次壓力測試.1.2。讀者對象

6、本方案的預(yù)期讀者：項目負(fù)責(zé)人、測試人員和系統(tǒng)其他的相關(guān)人員.1.3。參考資料術(shù)語與解釋系統(tǒng)用戶數(shù):使用該系統(tǒng)的總用戶數(shù)；同時在線用戶數(shù)：在一定的時間范圍內(nèi)，最大的同時在線用戶數(shù);并發(fā)用戶數(shù):在同一時間內(nèi)，并同時向服務(wù)器發(fā)送請求數(shù)；測試環(huán)境模擬客戶使用環(huán)境（最好模擬客戶實際使用的配置環(huán)境）。具體如下：測試環(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（3。2GHz）、內(nèi)存（4G）等軟件環(huán)境： 操作系統(tǒng)：linux,Windows 7 應(yīng)用服務(wù)軟件：Tomcat

7、6。037 數(shù)據(jù)庫:MySQL 5.5測試工具jmeter 使用 HTTP/HTTPS 協(xié)議。主要思想是使用虛擬用戶（Virtual users）來模擬實際用戶對系統(tǒng)施加壓力。學(xué)習(xí)參考 資料分享模擬圖如下:Vusers+J控制器 controller station虛擬用戶測試需求測試功能點本次測試涉及到的模塊為:登錄功能結(jié)束監(jiān)護上傳檔案提交門診性能需求1）登錄系統(tǒng)平均響應(yīng)時間小于等于5秒鐘；2）在線商品充值處理時間要小于等于2秒；3）訂單查詢系統(tǒng)響應(yīng)時間在3個月內(nèi)在3s之內(nèi)，超出3個月，可在2-10s之內(nèi).準(zhǔn)備工作4.1并發(fā)用戶數(shù)計算根據(jù)提供的數(shù)據(jù)，系統(tǒng)用戶數(shù)為1600； 2014年12月份

8、總訂單數(shù)量為160144筆訂單，12 月份高峰日訂單數(shù)量為9205筆訂單，另外根據(jù)網(wǎng)吧提交次數(shù)，一天內(nèi)一家網(wǎng)吧平均提交28。8 筆訂單，那么，在高峰日內(nèi)：平均每天訪問用戶數(shù)量二高峰日內(nèi)訂單總數(shù)量/單個用戶日平均提交的訂單數(shù)量=9205/28.8 Q320即平均每天訪問用戶數(shù)量320個；平均并發(fā)用戶數(shù)計算公式C=nL /T其中C是平均并發(fā)用戶數(shù),n是平均每天訪問用戶數(shù)，L是一天內(nèi)用戶從登陸到退出的平均時 間,T是考察時間長度（一天內(nèi)多長時間有用戶在使用系統(tǒng)）；對于一個典型用戶來說，一天之內(nèi) 用戶從登陸到退出系統(tǒng)的平均時間為4小時，在一天內(nèi)，用戶在8小時內(nèi)使用該系統(tǒng);那么平均 并發(fā)用戶數(shù)C=nL

9、/T=320大4 /8=160并發(fā)用戶數(shù)峰值：C1QC+3*根號C=160+3大根號160=200（注：公式遵循泊松分布理論）由此可以計算出當(dāng)網(wǎng)吧用戶數(shù)量達(dá)到16000家時對應(yīng)的平均并發(fā)用戶數(shù)和并發(fā)用戶數(shù)峰 值，如下圖所示：系統(tǒng)名稱系統(tǒng)用戶數(shù)平均并發(fā)用戶數(shù)并發(fā)用戶數(shù)峰值系統(tǒng)a1600 個160個200個系統(tǒng)b16000 個1600 個2000 個（注：根據(jù)2012年淘寶報告顯示，淘寶注冊用戶數(shù)為3.7億，最高峰時同時在線用戶數(shù)為 6000萬，按照這個規(guī)律計算，網(wǎng)吧系統(tǒng)達(dá)到16000個用戶時，最高峰同時在線用戶數(shù)為2500+）4。2業(yè)務(wù)分配在線用戶登錄后，網(wǎng)吧業(yè)務(wù)包括：游戲充值、查詢記錄、賬戶管

10、理、資金管理，根據(jù)業(yè)務(wù)分配，游戲充值業(yè)務(wù)占總業(yè)務(wù)的60%，查詢記錄占30%，賬戶管理占用5%,資金管理占用5%, 詳見下圖：業(yè)務(wù)名稱游戲充值查詢記錄賬戶管理資金管理業(yè)務(wù)占比60%30%5%5%并發(fā)用戶數(shù)峰值1200 個600個100個100個4。3腳本和環(huán)境1）對登錄功能、充值、查詢功能進行功能測試，且功能測試全部通過；2）測試環(huán)境服務(wù)器:開發(fā)搭建并保持和線上環(huán)境一致；3）測試客戶機：既定的三臺客戶機，內(nèi)網(wǎng)IP為23和192。168。2。184, 192.168.2。235,超出三臺機器的需要，會另增測試客戶機；4）對于登錄功能、充值和查詢功能,事先錄制好相應(yīng)的測試腳本，包括參數(shù)化、關(guān)聯(lián)等，

11、準(zhǔn)備好測試數(shù)據(jù)，并且調(diào)試好，腳本能夠成功的回放，保證在測試的時候能夠順利的運 行；5）創(chuàng)建測試場景，并配置好每個場景的設(shè)置；6）測試過程中保存好腳本和分析結(jié)果，并規(guī)范的對腳本和分析結(jié)果等進行命名。測試完成準(zhǔn)則系統(tǒng)響應(yīng)時間判斷原則如下：1）系統(tǒng)業(yè)務(wù)響應(yīng)時間小于2秒，判為優(yōu)秀，用戶對系統(tǒng)感覺很好；2）系統(tǒng)業(yè)務(wù)響應(yīng)時間在25秒之間，判為良好，用戶對系統(tǒng)感覺一般；3）系統(tǒng)業(yè)務(wù)響應(yīng)時間超過10秒，判斷為一般，用戶體驗不佳。4）在長時間運行后，系統(tǒng)不崩潰，各功能正常；服務(wù)器CPU，內(nèi)存，響應(yīng)時間等參數(shù)保持 穩(wěn)定；場景運行停止后，一段時間內(nèi)占用的資源可以正常釋放.測試風(fēng)險1）選擇的業(yè)務(wù)流不具有代表性。即選擇

12、的測試功能點經(jīng)過負(fù)荷測試和長時間測試后不能 重現(xiàn)系統(tǒng)問題，如內(nèi)存溢出，速度慢等問題；選擇測試功能點的原則：客戶使用系統(tǒng)時經(jīng)常操作的業(yè)務(wù)流，以及覺得反應(yīng)比較慢的 幾個功能模塊；2）不是在實際環(huán)境中的測試（即模擬的測試環(huán)境和客戶實際使用環(huán)境配置差別較大），由 于測試環(huán)境的不同，測試結(jié)果和實際使用環(huán)境中的結(jié)果有一定的出入；3）測試環(huán)境中的數(shù)據(jù)量比實際環(huán)境中使用一段時間后的數(shù)據(jù)量要少的多，系統(tǒng)目前的性 能不能代表數(shù)據(jù)量增長后的性能。測試設(shè)計策略組合測試用例策略先按照單個場景進行并發(fā)測試，在組合多個場景進行長時間測試，即:先單獨執(zhí)行登錄 功能測試，再組合登錄、充值、查詢，同時并發(fā)執(zhí)行4個小時。測試執(zhí)行策

13、略在正常的生產(chǎn)數(shù)據(jù)下，采用階梯式的方式，分別使用并發(fā)用戶1、10、50、100、200 等進行測試。每次增加虛擬用戶數(shù)時，查看系統(tǒng)的性能參數(shù)變化，如果變化很大可以加大 虛擬用戶的數(shù)量；另外，如果在某一個并發(fā)用戶數(shù)，如100個并發(fā)用戶測試時，發(fā)現(xiàn)性能下 降，那么則逐步減少并發(fā)數(shù)，以找出并發(fā)用戶達(dá)到什么數(shù)目時，系統(tǒng)性能開始急劇下降。業(yè)務(wù)模型8.1場景啟用模式1）首頁登錄功能：逐步加壓模式2）在線游戲充值功能：逐步加壓模式3）訂單查詢功能:逐步加壓模式8。2測試目標(biāo)測試功能最大并發(fā)數(shù)響應(yīng)時間事務(wù)通過率CPU使用率內(nèi)存使用率錯誤率登錄200095%70%70%5%訂單查詢600（3個月以下）3s95%

14、70%70%5%600（3個月以上）21095%70%70%5%游戲充值120095%70%70%5%8.3場景設(shè)計1）登錄功能測試目的：驗證網(wǎng)吧系統(tǒng)用戶登錄在逐漸增加虛擬用戶數(shù)量的情況下，系統(tǒng)響應(yīng)時間如何變化以及系統(tǒng)響應(yīng)時間分別是多少前置條件：注冊并激活網(wǎng)吧系統(tǒng)用戶賬號；方法：逐漸增加用戶個數(shù)進行登錄，獲取平均響應(yīng)時間和吞吐量序號功能并發(fā)用戶數(shù)迭代次數(shù)操作間隔1登錄功能5132登錄功能10133登錄功能50134登錄功能100135登錄功能150136登錄功能200137登錄功能500138登錄功能。132）游戲充值 測試目的：逐漸增加虛擬用戶數(shù)量，獲取游戲充值的平均響應(yīng)時間以及逐漸增加負(fù)載

15、的過程系統(tǒng)響應(yīng)時間的變化，在用戶數(shù)量達(dá)到峰值為多少時，系統(tǒng)的性能開始下降；前置條件：已注冊好的網(wǎng)吧系統(tǒng)賬號，已選擇好的游戲充值商品；方法:逐漸增加用戶數(shù)量進行游戲充值，獲取游戲充值的平均響應(yīng)時間；序號功能并發(fā)用戶數(shù)迭代次數(shù)操作間隔1在線游戲充值1132在線游戲充值10133在線游戲充值50134在線游戲充值100135在線游戲充值150136在線游戲充值200137在線游戲充值500138在線游戲充值。139在線游戲充值1200133）訂單查詢測試目的：逐漸增加負(fù)載過程中，錢包支付充值的響應(yīng)時間，在用戶數(shù)量達(dá)到多少時，系統(tǒng)的性能開始下降；前置條件：已注冊的網(wǎng)吧系統(tǒng)賬號、賬號中有足夠的金額進行充值，已準(zhǔn)備好的充值商品；方法:逐漸增加用戶個數(shù)，獲取錢包充值的平均響應(yīng)時間；學(xué)習(xí)參考 資料分享序號功能并發(fā)用戶數(shù)時間跨度迭代次數(shù)操作間隔1訂單查詢51個月/