性能測試方案模版(編輯修改稿)
2025-05-23 06:34 本頁面
【文章內(nèi)容簡介】 體分解這些業(yè)務(wù)模塊。系統(tǒng)首頁訪問首頁訪問功能作為一般用戶的入口，性能問題尤為重要，通常情況下用戶的瀏覽方式為打開瀏覽器，輸入首頁地址，回車或跳轉(zhuǎn)即可。業(yè)務(wù)模式較為簡單。此處需注意的是系統(tǒng)是否有同IP不能登錄多個用戶的問題（IP限制問題）。l 業(yè)務(wù)模型 打開瀏覽器； 輸入URL地址； 回車跳轉(zhuǎn)并正確顯示首頁。l 并發(fā)用戶計算首頁訪問業(yè)務(wù)量期望在0:0024:00這一時間段內(nèi)達(dá)到300萬的訪問量。根據(jù)這樣的業(yè)務(wù)量，首先統(tǒng)計出單用戶單次訪問首頁時服務(wù)器的響應(yīng)時間（可包括用戶的思考時間，但統(tǒng)計性能結(jié)果時需排除），然后再進(jìn)行計算?？紤]到場景的運(yùn)行時間如果是24個小時（8:0022:00）的話，可能時間段過長，增加測試難度，這里采用二八原則進(jìn)行業(yè)務(wù)量與業(yè)務(wù)時間段的重新規(guī)劃，即為80%的業(yè)務(wù)量在20%的時間內(nèi)完成。那么300萬首頁訪問量的80%即為240萬，而24個小時的20%。故本次測試，為測試通過。利用LoadRunner錄制訪問首頁的腳本，在Controller中不設(shè)置持續(xù)時間運(yùn)行一次，然后在Analysis中統(tǒng)計出單用戶單次訪問首頁所需要的時間。假設(shè)此時得到的響應(yīng)時間為t秒/次，則根據(jù)預(yù)期計算得出業(yè)務(wù)高峰大概出現(xiàn)在T小時內(nèi)。那么單用戶在T個小時內(nèi)可訪問首頁的次數(shù)C=T*60分鐘*60秒/t（秒/次），那么T個小時內(nèi)PV_Count（頁面訪問量）大概需要Total_Vuser=PV_Count/C個Vuser來完成。此處的Total_Vuser即為測試時所用的并發(fā)數(shù)。示例：假設(shè)單用戶單次訪問首頁，服務(wù)器的響應(yīng)時間t=3秒/次，那么T（）*60分鐘*60秒/3（秒/次）=5760次，則初步估計的并發(fā)數(shù)Total_Vuser為240萬/5760次/人=，即大約為417個Vuser。而在實(shí)際使用中并發(fā)數(shù)不得超過200，則實(shí)際的并發(fā)數(shù)及運(yùn)行時間如下：417*即認(rèn)為200的并發(fā)量持續(xù)10小時，l 場景啟動方式通過上面的初步估算得出場景運(yùn)行時的并發(fā)數(shù)，然后設(shè)計場景的啟動方式，通常情況下，為了真實(shí)的模擬用戶業(yè)務(wù)情況，有效的衡量服務(wù)器性能，大多數(shù)會采用逐步加壓，持續(xù)施壓，逐步減壓的方式啟動場景，我們這里同樣使用這樣的方式。場景啟動方式如下：每10分鐘增加4個Vuser，持續(xù)運(yùn)行10個小時，10小時運(yùn)行完成后，每10
規(guī)章制度相關(guān)推薦
鄂ICP備17016276號-1