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

1、門診壓力測(cè)試方案文檔修改歷史日期版本作者修改內(nèi)容審批人發(fā)布日期V1.0初稿目 錄1.文檔介紹31.1.測(cè)試目的31.2.讀者對(duì)象31.3.參考資料31.4.術(shù)語與解釋32.測(cè)試環(huán)境32.1.測(cè)試環(huán)境42.2.測(cè)試工具43.測(cè)試需求53.1.測(cè)試功能點(diǎn)53.2.性能需求54.準(zhǔn)備工作54.1 并發(fā)用戶數(shù)計(jì)算64.2 業(yè)務(wù)分配74.3 腳本和環(huán)境75.測(cè)試完成準(zhǔn)則76.測(cè)試風(fēng)險(xiǎn)87.測(cè)試設(shè)計(jì)策略87.1.組合測(cè)試用例策略87.2.測(cè)試執(zhí)行策略88.業(yè)務(wù)模型98.1場(chǎng)景啟用模式98.2 測(cè)試目標(biāo)98.3 場(chǎng)景設(shè)計(jì)99.測(cè)試報(bào)告輸出121. 文檔介紹1.1.測(cè)試目的本次壓力測(cè)試目的是檢測(cè)孕婦端系統(tǒng)的核

2、心業(yè)務(wù)的性能情況。為了保證后期在業(yè)務(wù)量不斷增長(zhǎng)的情況下系統(tǒng)后能夠穩(wěn)定運(yùn)行，需要對(duì)核心業(yè)務(wù)場(chǎng)景的壓力情況有充分了解。因此，希望在模擬生產(chǎn)環(huán)境的情況下，模擬用戶并發(fā)數(shù)，對(duì)系統(tǒng)核心業(yè)務(wù)進(jìn)行壓力測(cè)試，收集相應(yīng)的系統(tǒng)參數(shù)，并最終作為系統(tǒng)穩(wěn)定運(yùn)行的依據(jù)。編寫本方案的目的是指導(dǎo)本次性能測(cè)試有序的進(jìn)行，相關(guān)人員了解本次壓力測(cè)試。1.2.讀者對(duì)象 本方案的預(yù)期讀者：項(xiàng)目負(fù)責(zé)人、測(cè)試人員和系統(tǒng)其他的相關(guān)人員。1.3.參考資料名稱是否可用備注1.4.術(shù)語與解釋Ø 系統(tǒng)用戶數(shù)：使用該系統(tǒng)的總用戶數(shù)；Ø 同時(shí)在線用戶數(shù)：在一定的時(shí)間范圍內(nèi)，最大的同時(shí)在線用戶數(shù)；Ø 并發(fā)用戶數(shù)：在同一時(shí)間內(nèi)

3、，并同時(shí)向服務(wù)器發(fā)送請(qǐng)求數(shù)；2. 測(cè)試環(huán)境模擬客戶使用環(huán)境（最好模擬客戶實(shí)際使用的配置環(huán)境）。具體如下：2.1. 測(cè)試環(huán)境 網(wǎng)絡(luò)環(huán)境：Lan（100M）硬件環(huán)境：Ø 應(yīng)用服務(wù)器數(shù)量：1臺(tái)配置：型號(hào)、CPU、內(nèi)存等Ø 數(shù)據(jù)庫(kù)服務(wù)器數(shù)量：1臺(tái)配置：型號(hào)、CPU、內(nèi)存等Ø 測(cè)試客戶端數(shù)量：2臺(tái)配置：型號(hào)（戴爾）、CPU（3.2GHz）、內(nèi)存（4G）等軟件環(huán)境：Ø 操作系統(tǒng)：linux，Windows 7Ø 應(yīng)用服務(wù)軟件：Tomcat 6.037Ø 數(shù)據(jù)庫(kù)：MySQL 5.52.2. 測(cè)試工具jmeter使用HTTP/HTTPS協(xié)議。主要思想

4、是使用虛擬用戶（Virtual users）來模擬實(shí)際用戶對(duì)系統(tǒng)施加壓力。模擬圖如下：3. 測(cè)試需求3.1. 測(cè)試功能點(diǎn)本次測(cè)試涉及到的模塊為：Ø 登錄功能Ø 結(jié)束監(jiān)護(hù)Ø 上傳檔案Ø 提交門診3.2. 性能需求1) 登錄系統(tǒng)平均響應(yīng)時(shí)間小于等于5秒鐘；2) 在線商品充值處理時(shí)間要小于等于2秒；3) 訂單查詢系統(tǒng)響應(yīng)時(shí)間在3個(gè)月內(nèi)在3s之內(nèi)，超出3個(gè)月，可在2-10s之內(nèi)。4. 準(zhǔn)備工作4.1 并發(fā)用戶數(shù)計(jì)算 根據(jù)提供的數(shù)據(jù)，系統(tǒng)用戶數(shù)為1600；2014年12月份總訂單數(shù)量為160144筆訂單，12月份高峰日訂單數(shù)量為9205筆訂單，另外根據(jù)網(wǎng)吧提交次數(shù)

5、，一天內(nèi)一家網(wǎng)吧平均提交28.8筆訂單，那么，在高峰日內(nèi)：平均每天訪問用戶數(shù)量=高峰日內(nèi)訂單總數(shù)量/單個(gè)用戶日平均提交的訂單數(shù)量 =9205/28.8 320即平均每天訪問用戶數(shù)量320個(gè)； 平均并發(fā)用戶數(shù)計(jì)算公式C=nL /T其中C是平均并發(fā)用戶數(shù)，n是平均每天訪問用戶數(shù)，L是一天內(nèi)用戶從登陸到退出的平均時(shí)間，T是考察時(shí)間長(zhǎng)度（一天內(nèi)多長(zhǎng)時(shí)間有用戶在使用系統(tǒng)）；對(duì)于一個(gè)典型用戶來說，一天之內(nèi)用戶從登陸到退出系統(tǒng)的平均時(shí)間為4小時(shí)，在一天內(nèi)，用戶在8小時(shí)內(nèi)使用該系統(tǒng)；那么平均并發(fā)用戶數(shù)C= nL /T=320*4 /8=160 并發(fā)用戶數(shù)峰值：C1C+3*根號(hào)C=160+3*根號(hào)160=200

6、（注：公式遵循泊松分布理論） 由此可以計(jì)算出當(dāng)網(wǎng)吧用戶數(shù)量達(dá)到16000家時(shí)對(duì)應(yīng)的平均并發(fā)用戶數(shù)和并發(fā)用戶數(shù)峰值，如下圖所示： 系統(tǒng)名稱系統(tǒng)用戶數(shù)平均并發(fā)用戶數(shù)并發(fā)用戶數(shù)峰值系統(tǒng)a1600個(gè)160個(gè)200個(gè)系統(tǒng)b16000個(gè)1600個(gè)2000個(gè) （注：根據(jù)2012年淘寶報(bào)告顯示，淘寶注冊(cè)用戶數(shù)為3.7億，最高峰時(shí)同時(shí)在線用戶數(shù)為6000萬，按照這個(gè)規(guī)律計(jì)算，網(wǎng)吧系統(tǒng)達(dá)到16000個(gè)用戶時(shí)，最高峰同時(shí)在線用戶數(shù)為2500+） 4.2 業(yè)務(wù)分配在線用戶登錄后，網(wǎng)吧業(yè)務(wù)包括：游戲充值、查詢記錄、賬戶管理、資金管理，根據(jù)業(yè)務(wù)分配，游戲充值業(yè)務(wù)占總業(yè)務(wù)的60%，查詢記錄占30%，賬戶管理占用5%，資金管

7、理占用5%，詳見下圖： 業(yè)務(wù)名稱游戲充值查詢記錄賬戶管理資金管理業(yè)務(wù)占比60%30%5%5%并發(fā)用戶數(shù)峰值1200個(gè)600個(gè)100個(gè)100個(gè)4.3 腳本和環(huán)境1) 對(duì)登錄功能、充值、查詢功能進(jìn)行功能測(cè)試，且功能測(cè)試全部通過；2) 測(cè)試環(huán)境服務(wù)器：開發(fā)搭建并保持和線上環(huán)境一致；3) 測(cè)試客戶機(jī)：既定的三臺(tái)客戶機(jī)，內(nèi)網(wǎng)IP為23 和84，35，超出三臺(tái)機(jī)器的需要，會(huì)另增測(cè)試客戶機(jī)；4) 對(duì)于登錄功能、充值和查詢功能，事先錄制好相應(yīng)的測(cè)試腳本，包括參數(shù)化、關(guān)聯(lián)等，準(zhǔn)備好測(cè)試數(shù)據(jù)，并且調(diào)試好，腳本能夠成功的回放，保證在測(cè)試的時(shí)候能夠順利

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

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

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

11、600（3個(gè)月以下）<3s>95%<70%<70%<5%600(3個(gè)月以上)2-10>95%<70%<70%<5%游戲充值1200<2s>95%<70%<70%<5%8.3 場(chǎng)景設(shè)計(jì)1）登錄功能測(cè)試目的：驗(yàn)證網(wǎng)吧系統(tǒng)用戶登錄在逐漸增加虛擬用戶數(shù)量的情況下，系統(tǒng)響應(yīng)時(shí)間如何變化以及系統(tǒng)響應(yīng)時(shí)間分別是多少前置條件：注冊(cè)并激活網(wǎng)吧系統(tǒng)用戶賬號(hào)；方法：逐漸增加用戶個(gè)數(shù)進(jìn)行登錄，獲取平均響應(yīng)時(shí)間和吞吐量序號(hào)功能并發(fā)用戶數(shù)迭代次數(shù)操作間隔1登錄功能5132登錄功能10133登錄功能50134登錄功能100135登錄功能15

12、0136登錄功能200137登錄功能500138登錄功能.132）游戲充值測(cè)試目的：逐漸增加虛擬用戶數(shù)量，獲取游戲充值的平均響應(yīng)時(shí)間以及逐漸增加負(fù)載的過程系統(tǒng)響應(yīng)時(shí)間的變化，在用戶數(shù)量達(dá)到峰值為多少時(shí)，系統(tǒng)的性能開始下降；前置條件：已注冊(cè)好的網(wǎng)吧系統(tǒng)賬號(hào)，已選擇好的游戲充值商品；方法：逐漸增加用戶數(shù)量進(jìn)行游戲充值，獲取游戲充值的平均響應(yīng)時(shí)間； 序號(hào)功能并發(fā)用戶數(shù)迭代次數(shù)操作間隔1在線游戲充值1132在線游戲充值10133在線游戲充值50134在線游戲充值100135在線游戲充值150136在線游戲充值200137在線游戲充值500138在線游戲充值.139在線游戲充值1200133）訂單查詢測(cè)試目的：逐漸增加負(fù)載過程中，錢包支付充值的響應(yīng)時(shí)間，在用戶數(shù)量達(dá)到多少時(shí)，系統(tǒng)的性能開始下降； 前置條件：已注冊(cè)的網(wǎng)吧系統(tǒng)賬號(hào)、賬號(hào)中有足夠的金額進(jìn)行充值，已準(zhǔn)備好的充值商品；方法：逐漸增加用戶個(gè)數(shù)，獲取錢包充值的平均響應(yīng)時(shí)間；序號(hào)功能并發(fā)用戶數(shù)時(shí)間跨度迭代次數(shù)操作間隔1訂單查詢51個(gè)月 /3個(gè)月 /1年132訂單查詢101個(gè)月 /3個(gè)月 /1年133訂單查詢501個(gè)月 /3個(gè)月 /1年134訂單