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

1、網(wǎng)吧系統(tǒng)壓力測試方案文檔修改歷史日期版本作者修改內(nèi)容審批人發(fā)布日期2021.10.13V1.0初稿2021.01.20V2.0目錄1. 文檔介紹 31.1. 測試目的 31.2. 讀者對象 31.3. 參考資料 31.4. 術(shù)語與解釋 32. 測試環(huán)境 32.1. 測試環(huán)境 42.2. 測試工具 43. 測試需求 53.1.測試功能點(diǎn) 53.2. 性能需求 54. 準(zhǔn)備工作 54.1 并發(fā)用戶數(shù)計(jì)算 64.2 業(yè)務(wù)分配 74.3 腳本和環(huán)境 75. 測試完成準(zhǔn)那么 76. 測試風(fēng)險(xiǎn) 87. 測試設(shè)計(jì)謀略 87.1.組合測試用例策略 87.2. 測試執(zhí)行策略 88. 業(yè)務(wù)模型 98.1場景啟用模

2、式 98.2 測試目標(biāo) 98.3 場景設(shè)計(jì) 99. 測試報(bào)告輸出 121. 文檔介紹1.1. 測試目的本次壓力測試的目的是檢測網(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ù)，同時為系統(tǒng)調(diào)優(yōu)提供指導(dǎo)。編寫本方案的目的是指導(dǎo)本次性能測試有序的進(jìn)行，相關(guān)人員了解本次壓力測試。1.2. 讀者對象本方案的預(yù)期讀者是：工程負(fù)責(zé)人、測試人員和其他相關(guān)人員。1.3. 參考資料名稱是否可用備注1.4. 術(shù)語

3、與解釋?系統(tǒng)用戶數(shù)：使用該系統(tǒng)的總用戶數(shù)；?同時在線用戶數(shù)：在一定的時間范圍內(nèi)，最大的同時在線用戶數(shù);2. 測試環(huán)境。具體如下:模擬客戶使用環(huán)境最好模擬客戶實(shí)際使用的配置環(huán)境2.1. 測試環(huán)境被測系統(tǒng)環(huán)境需要和線上環(huán)境一致網(wǎng)絡(luò)環(huán)境： Lan( 100M )硬件環(huán)境：? 應(yīng)用效勞器數(shù)量： 1 臺配置：型號、 CPU 、內(nèi)存等? 數(shù)據(jù)庫效勞器數(shù)量： 1 臺配置：型號、 CPU 、內(nèi)存等? 測試客戶端數(shù)量： 3 臺配置：型號、 CPU 、內(nèi)存等軟件環(huán)境：? 操作系統(tǒng)： Ubuntu 12 ， Windows 7 ， Windows XP? 應(yīng)用效勞軟件： Tomcat 6.037? 數(shù)據(jù)庫： MyS

4、QL 5.52.2. 測試工具LoadRunner 11 使用 HTTP/HTTPS 協(xié)議。 主要思想是使用虛擬用戶( Virtual users )來模擬實(shí)際用戶對系統(tǒng)施加壓力。 模擬圖如下：業(yè)務(wù)系統(tǒng) business system3. 測試需求3.1. 測試功能點(diǎn)本次測試涉及到的模塊為：?登錄功能? 在線商品充值?訂單查詢32性能需求1登錄系統(tǒng)平均響應(yīng)時間小于等于 5秒鐘；2在線商品充值處理時間要小于等于 2秒；3訂單查詢系統(tǒng)響應(yīng)時間在3個月內(nèi)在3s之內(nèi)，超出3個月，可在2-10S之內(nèi)。4. 準(zhǔn)備工作4.1并發(fā)用戶數(shù)計(jì)算根據(jù)提供的數(shù)據(jù)，系統(tǒng)用戶數(shù)為1600 ; 2021年12月份總訂單數(shù)量

5、為160144筆訂單,12月份頂峰日訂單數(shù)量為 9205筆訂單，另外根據(jù)網(wǎng)吧提交次數(shù)，一天內(nèi)一家網(wǎng)吧平均提交28.8筆訂單，那么，在頂峰日內(nèi)：平均每天訪問用戶數(shù)量 =頂峰日內(nèi)訂單總數(shù)量/單個用戶日平均提交的訂單數(shù)量=9205/28.8 320即平均每天訪問用戶數(shù)量 320個；平均并發(fā)用戶數(shù)計(jì)算公式 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 /T=3

6、20*4 /8=160并發(fā)用戶數(shù)峰值： C1 C+3*根號C=160+3*根號160=200注：公式遵循泊松分布理論由此可以計(jì)算出當(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ù)2021年淘寶報(bào)告顯示，淘寶注冊用戶數(shù)為3.7億，最頂峰時同時在線用戶數(shù)為6000萬，按照這個規(guī)律計(jì)算，網(wǎng)吧系統(tǒng)到達(dá)16000個用戶時，最頂峰同時在線用戶數(shù)為 2500+)4.2 業(yè)務(wù)分配在線用戶登錄后，網(wǎng)吧業(yè)務(wù)包括：游戲充值、查詢記錄、賬戶管理、資金

7、管理，根據(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對登錄功能、充值、查詢功能進(jìn)行功能測試，且功能測試全部通過；2測試環(huán)境效勞器：開發(fā)搭建并保持和線上環(huán)境一致；3測試客戶機(jī)：既定的三臺客戶機(jī)，內(nèi)網(wǎng)IP為192.1682223和192.1682 184，192.1682235,超出三臺機(jī)器的需要，會另增測試客戶機(jī)；4對于登錄功能、充值和查詢功能，事先錄制好相應(yīng)的測試腳本，包括參數(shù)化、關(guān)聯(lián)等，準(zhǔn)備好

8、測試數(shù)據(jù)，并且調(diào)試好，腳本能夠成功的回放，保證在測試的時候能夠順利的運(yùn)行；5創(chuàng)立測試場景，并配置好每個場景的設(shè)置；6測試過程中保存好腳本和分析結(jié)果，并標(biāo)準(zhǔn)的對腳本和分析結(jié)果等進(jìn)行命名。5. 測試完成準(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)時間在 2-5秒之間，判為良好，用戶對系統(tǒng)感覺一般；3系統(tǒng)業(yè)務(wù)響應(yīng)時間超過 10秒，判斷為一般，用戶體驗(yàn)不佳。CPU，內(nèi)存，響應(yīng)時間等參4) 在長時間運(yùn)行后，系統(tǒng)不崩潰，各功能正常；效勞器數(shù)保持穩(wěn)定；場景運(yùn)行停止后，一段時間內(nèi)占用的資源可以正常釋放。6. 測試風(fēng)險(xiǎn)1) 選擇的業(yè)務(wù)流不具有代表性

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

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

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

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