系統(tǒng)壓力測試方案設(shè)計(jì)

有用標(biāo)準(zhǔn)有用標(biāo)準(zhǔn)文檔大全文檔大全網(wǎng)吧系統(tǒng)壓力測試方案文檔修改歷史日期日期版本作者修改內(nèi)容審批人公布日期2023.10.13V1.0初稿2023.01.20V2.0名目\l“_TOC_250018“文檔介紹 3\l“_TOC_250017“測試目的 3\l“_TOC_250016“讀者對象 3\l“_TOC_250015“參考資料 3\l“_TOC_250014“術(shù)語與解釋 3\l“_TOC_250013“測試環(huán)境 3\l“_TOC_250012“測試環(huán)境 4\l“_TOC_250011“測試工具 4測試需求 5\l“_TOC_250010“測試功能點(diǎn) 5\l“_TOC_250009“性能需求 5預(yù)備工作 5\l“_TOC_250008“并發(fā)用戶數(shù)計(jì)算 6\l“_TOC_250007“業(yè)務(wù)安排 7\l“_TOC_250006“腳本和環(huán)境 7測試完成準(zhǔn)則 7\l“_TOC_250005“測試風(fēng)險(xiǎn) 8測試設(shè)計(jì)策略 8\l“_TOC_250004“組合測試用例策略 8\l“_TOC_250003“測試執(zhí)行策略 8業(yè)務(wù)模型 9\l“_TOC_250002“場景啟用模式 9\l“_TOC_250001“測試目標(biāo) 9\l“_TOC_250000“場景設(shè)計(jì) 9測試報(bào)告輸出 12文檔介紹測試目的本次壓力測試的目的是檢測網(wǎng)吧系統(tǒng)的核心業(yè)務(wù)的性能狀況。 為了保證后期在業(yè)務(wù)量不斷增長的狀況下系統(tǒng)后能夠穩(wěn)定運(yùn)行，需要對核心業(yè)務(wù)場景的壓力狀況有充分了解。因此，期望在模擬生產(chǎn)環(huán)境的狀況下， 模擬用戶并發(fā)數(shù)，對系統(tǒng)核心業(yè)務(wù)進(jìn)展壓力測試， 收集相應(yīng)的系統(tǒng)參數(shù)，并最終作為系統(tǒng)穩(wěn)定運(yùn)行的依據(jù)，同時(shí)為系統(tǒng)調(diào)優(yōu)供給指導(dǎo)。編寫本方案的目的是指導(dǎo)本次性能測試有序的進(jìn)展，相關(guān)人員了解本次壓力測試。讀者對象本方案的預(yù)期讀者是：工程負(fù)責(zé)人、測試人員和其他相關(guān)人員。參考資料名稱名稱是否可用備注術(shù)語與解釋系統(tǒng)用戶數(shù)：使用該系統(tǒng)的總用戶數(shù)；同時(shí)在線用戶數(shù)：在肯定的時(shí)間范圍內(nèi)，最大的同時(shí)在線用戶數(shù);測試環(huán)境模擬客戶使用環(huán)境〔最好模擬客戶實(shí)際使用的配置環(huán)境〕 。具體如下:測試環(huán)境被測系統(tǒng)環(huán)境需要和線上環(huán)境全都網(wǎng)絡(luò)環(huán)境：Lan(100M)硬件環(huán)境：數(shù)量：1臺(tái)CPU、內(nèi)存等數(shù)據(jù)庫效勞器數(shù)量：1臺(tái)CPU、內(nèi)存等測試客戶端數(shù)量：3臺(tái)CPU、內(nèi)存等軟件環(huán)境：操作系統(tǒng)：Ubuntu12，Windows7，WindowsXP應(yīng)用效勞軟件：Tomcat6.037數(shù)據(jù)庫：MySQL5.5測試工具LoadRunner11使用/S協(xié)議。主要思想是使用虛擬用戶(Virtualusers)來模擬實(shí)際用戶對系統(tǒng)施加壓力。模擬圖如下：Businesssystem^3. 測試需求3.1.測試功能點(diǎn)本次測試涉及到的模塊為：登錄功能訂單查詢32性能需求5秒鐘；2秒；訂單查詢系統(tǒng)響應(yīng)時(shí)間在 3個(gè)月內(nèi)在3s之內(nèi)，超出3個(gè)月，可在2-10S之內(nèi)。4. 預(yù)備工作4.1并發(fā)用戶數(shù)計(jì)算依據(jù)供給的數(shù)據(jù)，系統(tǒng)用戶數(shù)為 1600;2023年12月份總訂單數(shù)量為160144筆訂單,12月份頂峰日訂單數(shù)量為9205筆訂單，另外依據(jù)網(wǎng)吧提交次數(shù)，一天內(nèi)一家網(wǎng)吧平均提交28.8筆訂單，那么，在頂峰日內(nèi)：=頂峰日內(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í)間長度〔一天內(nèi)多長時(shí)間有用戶在使用系統(tǒng)〕 ；對于一個(gè)典型用戶來說，一天之內(nèi)用戶從登陸到退出系統(tǒng)的平均時(shí)間為4小時(shí)，在一天內(nèi)，用戶在8小時(shí)內(nèi)使用該系統(tǒng)；那么平均并發(fā)用戶C=nL/T=320*4/8=160并發(fā)用戶數(shù)峰值：②C1~C+3*根號C=160+3*160=200〔注：公式①②遵循泊松分布理論〕由此可以計(jì)算出當(dāng)網(wǎng)吧用戶數(shù)量到達(dá)16000家時(shí)對應(yīng)的平均并發(fā)用戶數(shù)和并發(fā)用戶數(shù)峰值，如以下圖所示：系統(tǒng)名稱系統(tǒng)用戶數(shù)平均并發(fā)用戶數(shù)并發(fā)用戶數(shù)峰值a1600個(gè)160個(gè)200個(gè)b16000個(gè)1600個(gè)2023個(gè)〔注：依據(jù)2023年淘寶報(bào)告顯示，淘寶注冊用戶數(shù)為 3.7億，最頂峰時(shí)同時(shí)在線用戶數(shù)為6000萬，依據(jù)這個(gè)規(guī)律計(jì)算，網(wǎng)吧系統(tǒng)到達(dá) 16000個(gè)用戶時(shí)，最頂峰同時(shí)在線用戶數(shù)為2500+〕業(yè)務(wù)安排在線用戶登錄后，網(wǎng)吧業(yè)務(wù)包括：玩耍充值、查詢記錄、賬戶治理、資金治理，依據(jù)業(yè)務(wù)安排，玩耍充值業(yè)務(wù)占總業(yè)務(wù)的5%,詳見以下圖：

60%，查詢記錄占30%，賬戶治理占用5%，資金治理業(yè)務(wù)名稱業(yè)務(wù)名稱玩耍充值查詢記錄賬戶治理資金治理業(yè)務(wù)占比60%30%5%5%并發(fā)用戶數(shù)峰值1200個(gè)600個(gè)100個(gè)100個(gè)腳本和環(huán)境對登錄功能、充值、查詢功能進(jìn)展功能測試，且功能測試全部通過；測試環(huán)境效勞器：開發(fā)搭建并保持和線上環(huán)境全都；3〕測試客戶機(jī)：既定的三臺(tái)客戶機(jī)，內(nèi)網(wǎng) IP為192.1682223和192.1682184，192.1682235,超出三臺(tái)機(jī)器的需要，會(huì)另增測試客戶機(jī)；對于登錄功能、充值和查詢功能，事先錄制好相應(yīng)的測試腳本，包括參數(shù)化、關(guān)聯(lián)等，預(yù)備好測試數(shù)據(jù)，并且調(diào)試好， 腳本能夠成功的回放，保證在測試的時(shí)候能夠順當(dāng)?shù)倪\(yùn)行；創(chuàng)立測試場景，并配置好每個(gè)場景的設(shè)置；測試過程中保存好腳本和分析結(jié)果，并標(biāo)準(zhǔn)的對腳本和分析結(jié)果等進(jìn)展命名。5. 測試完成準(zhǔn)則系統(tǒng)響應(yīng)時(shí)間推斷原則如下:系統(tǒng)業(yè)務(wù)響應(yīng)時(shí)間小于 2秒，判為優(yōu)秀，用戶對系統(tǒng)感覺很好；系統(tǒng)業(yè)務(wù)響應(yīng)時(shí)間在2-5秒之間，判為良好，用戶對系統(tǒng)感覺一般;系統(tǒng)業(yè)務(wù)響應(yīng)時(shí)間超過 10秒，推斷為一般，用戶體驗(yàn)不佳。在長時(shí)間運(yùn)行后，系統(tǒng)不崩潰，各功能正常；效勞器 CPU，內(nèi)存，響應(yīng)時(shí)間等參數(shù)保持穩(wěn)定；場景運(yùn)行停頓后，一段時(shí)間內(nèi)占用的資源可以正常釋放。測試風(fēng)險(xiǎn)選擇的業(yè)務(wù)流不具有代表性。即選擇的測試功能點(diǎn)經(jīng)過負(fù)荷測試和長時(shí)間測試后不能重現(xiàn)系統(tǒng)問題，如內(nèi)存溢出，速度慢等問題；選擇測試功能點(diǎn)的原則：客戶使用系統(tǒng)時(shí)常常操作的業(yè)務(wù)流， 的幾個(gè)功能模塊；不是在實(shí)際環(huán)境中的測試〔即模擬的測試環(huán)境和客戶實(shí)際使用環(huán)境配置差異較大〕由于測試環(huán)境的不同，測試結(jié)果和實(shí)際使用環(huán)境中的結(jié)果有肯定的出入；測試環(huán)境中的數(shù)據(jù)量比實(shí)際環(huán)境中使用一段時(shí)間后的數(shù)據(jù)量要少的多，性能不能代表數(shù)據(jù)量增長后的性能。

系統(tǒng)目前的測試設(shè)計(jì)策略組合測試用例策略先依據(jù)單個(gè)場景進(jìn)展并發(fā)測試， 在組合多個(gè)場景進(jìn)展長時(shí)間測試， 登錄功能測試，再組合登錄、充值、查詢，同時(shí)并發(fā)執(zhí)行 4個(gè)小時(shí)。測試執(zhí)行策略在正常的生產(chǎn)數(shù)據(jù)下，承受階梯式的方式，分別使用并發(fā)用戶 1、10、50、100、200等進(jìn)展測試。每次增加虛擬用戶數(shù)時(shí)，查看系統(tǒng)的性能參數(shù)變化，假設(shè)變化很大，可以加大虛擬用戶的數(shù)量；另外，假設(shè)在某一個(gè)并發(fā)用戶數(shù)，如100個(gè)并發(fā)用戶測試時(shí)，覺察性能下降，那么則逐步削減并發(fā)數(shù)， 以找出并發(fā)用戶到達(dá)什么數(shù)目時(shí)， 系統(tǒng)性能開始急劇下降。&業(yè)務(wù)模型場景啟用模式首頁登錄功能：逐步加壓模式在線玩耍充值功能：逐步加壓模式訂單查詢功能：逐步加壓模式測試目標(biāo)測試功能 最大并發(fā)數(shù) 響應(yīng)時(shí)間 事務(wù)通過率

CPU使用率

內(nèi)存使用率 錯(cuò)誤率登錄 2023

<5s >95% <70% <70% <5%訂單查詢

600〔3個(gè)月以下〕上〕2-10>95%<70%<70%上〕2-10>95%<70%<70%<5%玩耍充值1200<2s>95%<70%<70%<5%

<3s >95% <70% <70% <5%場景設(shè)計(jì)登錄功能測試目的：驗(yàn)證網(wǎng)吧系統(tǒng)用戶登錄在漸漸增加虛擬用戶數(shù)量的狀況下， 化以及系統(tǒng)響應(yīng)時(shí)間分別是多少前置條件：注冊并激活網(wǎng)吧系統(tǒng)用戶賬號；序號功能序號功能并發(fā)用戶數(shù)迭代次數(shù)操作間隔登錄功能登錄功能531 12登錄功能10133登錄功能50134登錄功能100135登錄功能150136登錄功能200137登錄功能500138登錄功能13玩耍充值測試目的：漸漸增加虛擬用戶數(shù)量，獵取玩耍充值的平均響應(yīng)時(shí)間以及漸漸增加負(fù)載的過程系統(tǒng)響應(yīng)時(shí)間的變化，在用戶數(shù)量到達(dá)峰值為多少時(shí)，系統(tǒng)的性能開頭下降；前置條件：已注冊好的網(wǎng)吧系統(tǒng)賬號，已選擇好的玩耍充值商品；方法：漸漸增加用戶數(shù)量進(jìn)展玩耍充值，獵取玩耍充值的平均響應(yīng)時(shí)間;序號功能并發(fā)用戶數(shù)迭代次數(shù)操作間隔1在線玩耍充值1132在線玩耍充值10133在線玩耍充值50134在線玩耍充值100135在線玩耍充值150136在線玩耍充值200137在線玩耍充值500138在線玩耍充值1399在線玩耍充值120013訂單查詢測試目的：漸漸增加負(fù)載過程中，錢包支付充值的響應(yīng)時(shí)間， 用戶數(shù)量到達(dá)多少時(shí)，系統(tǒng)的性能開頭下降；前置條件：已注冊的網(wǎng)吧系統(tǒng)賬號、賬號中有足夠的金額進(jìn)展充值，已預(yù)備好的充值商品；方法：漸漸增加用戶個(gè)數(shù)，獵取錢包充值的平均響應(yīng)時(shí)間；序號功能并發(fā)用戶數(shù)時(shí)間跨度迭代次數(shù)操作間隔1訂單查詢51個(gè)月/3個(gè)月/1年132訂單查詢101個(gè)月/3個(gè)月/1年133訂單查詢501個(gè)月