XX網(wǎng)站性能測試報告.docx

XX網(wǎng)站性能測試報告.docx

ID:55314323

大?。?.36 MB

頁數(shù):13頁

時間:2020-05-09

XX網(wǎng)站性能測試報告.docx_第1頁
XX網(wǎng)站性能測試報告.docx_第2頁
XX網(wǎng)站性能測試報告.docx_第3頁
XX網(wǎng)站性能測試報告.docx_第4頁
XX網(wǎng)站性能測試報告.docx_第5頁
資源描述:

《XX網(wǎng)站性能測試報告.docx》由會員上傳分享,免費(fèi)在線閱讀,更多相關(guān)內(nèi)容在工程資料-天天文庫

1、XX網(wǎng)站性能測試報告目錄XX網(wǎng)站性能測試報告1測試概要2測試用例設(shè)計2測試環(huán)境與配置3測試執(zhí)行與記錄4首頁性能測試策略一:4測試數(shù)據(jù)收集及分析4調(diào)優(yōu)建議:6首頁性能測試策略二:7測試數(shù)據(jù)收集及分析7測試總結(jié)9子系統(tǒng)性能測試策略一:9測試數(shù)據(jù)收集及分析9子系統(tǒng)性能測試策略二:11測試數(shù)據(jù)收集及分析11測試總結(jié)13測試概要本次測試為性能測試,主要就XXXX網(wǎng)站首頁以及三個子系統(tǒng):銷售支持系統(tǒng)、銷售員查詢系統(tǒng)和意外險查詢系統(tǒng)施加壓力,以平均事物響應(yīng)時間為上限,測試系統(tǒng)所能承受的最大用戶數(shù)以及服務(wù)器資源占用情況等指標(biāo)。測試用例設(shè)計由于主頁與三個子系統(tǒng)分屬不同的服務(wù)器,對主頁

2、施加壓力不會對web服務(wù)器以及數(shù)據(jù)庫服務(wù)器造成影響,因此此次性能測試主要分為對主頁的壓力測試以及對三個子系統(tǒng)的壓力測試兩大部分。首頁分為七大模塊:關(guān)于網(wǎng)站、新聞中心、產(chǎn)品博覽、客戶服務(wù)、在線投保、客戶留言和加入我們,分析用戶習(xí)慣設(shè)計用例分布如下:首頁各模塊壓力配比:三個子系統(tǒng):銷售支持系統(tǒng)、信息查詢系統(tǒng)、營業(yè)員查詢系統(tǒng)在同一服務(wù)器上,混合場景設(shè)置配比如下:子系統(tǒng)各模塊壓力配比:測試環(huán)境與配置本次性能測試硬件資源采用將來上線時的服務(wù)器,本系統(tǒng)采用B/S架構(gòu),用戶通過瀏覽器訪問應(yīng)用系統(tǒng)。環(huán)境主要包括了數(shù)據(jù)庫服務(wù)器、應(yīng)用服務(wù)器和壓力測試機(jī)。測試結(jié)果只適用在本測試環(huán)境上參考

3、。一:公司網(wǎng)站服務(wù)器:角色:應(yīng)用服務(wù)器IBM刀片HS22操作系統(tǒng):Windows2003處理器:2CPU內(nèi)存:12GIP:XX.XX.XXX.XX二:子系統(tǒng)(個險銷售支持系統(tǒng)、信息查詢系統(tǒng)、業(yè)務(wù)員查詢系統(tǒng))應(yīng)用服務(wù)器角色:應(yīng)用服務(wù)器IBM刀片HS22操作系統(tǒng):RedHatLinux處理器:2CPU內(nèi)存:12GIP:XX.XX.XXX.XX三:子系統(tǒng)(個險銷售支持系統(tǒng)、信息查詢系統(tǒng)、業(yè)務(wù)員查詢系統(tǒng))數(shù)據(jù)庫服務(wù)器角色:數(shù)據(jù)庫服務(wù)器IBM刀片HS22操作系統(tǒng):RedHatLinux處理器:2CPU內(nèi)存:12GIP:XX.XX.XXX.XX四:測試服務(wù)器角色:測試服務(wù)器DE

4、LLPC操作系統(tǒng):WINXP處理器:2CPU內(nèi)存:1GIP:XX.XX.XXX.XXIP:XX.XX.XXX.XX測試執(zhí)行與記錄首頁性能測試策略一:場景設(shè)計:本次測試場景設(shè)置根據(jù)被測功能點(diǎn)及各功能點(diǎn)的業(yè)務(wù)分配比例,思考時間將采取錄制時間50%~150%隨機(jī)選取,虛擬用戶模擬IE7瀏覽器訪問首頁。為增大對服務(wù)器的壓力,虛擬用戶執(zhí)行下次循環(huán)時作為一個新用戶處理,清除上次運(yùn)行時的緩存;同時重新下載非HTML資源。壓力策略:主要采取模擬混合場景策略,根據(jù)實(shí)際業(yè)務(wù)比例分配測試腳本比例,以100為粒度采取逐步加壓策略,目標(biāo)并發(fā)用戶數(shù)3000個,達(dá)到目標(biāo)用戶數(shù)后再持續(xù)執(zhí)行半個小時

5、左右后停止全部并發(fā)。測試數(shù)據(jù)收集及分析首頁測試結(jié)果概要:整個場景執(zhí)行4小時21分42秒,最大并發(fā)用戶數(shù)為2900個,總通過事務(wù)數(shù)為個,失敗事務(wù)數(shù)0個平均事物相應(yīng)時間曲線圖:帶寬—用戶圖服務(wù)器資源圖:從平均事務(wù)響應(yīng)時間曲線來看,隨著并發(fā)壓力的增大,吞吐量也明顯增大,各事務(wù)響應(yīng)時間有明顯的上升趨勢,打開首頁事物上升尤其明顯,在1200并發(fā)用戶數(shù)后,各事務(wù)響應(yīng)時間上升更加迅速,打開首頁事物相應(yīng)時間超過三秒。此時查看帶寬資源已經(jīng)到達(dá)極限,而服務(wù)器資源仍處于平穩(wěn)狀態(tài),CPU的平均占用率在40%以下,各項指標(biāo)均在良好運(yùn)行。上述場景策略運(yùn)用了最大帶寬以求服務(wù)器的負(fù)載極限,從場景執(zhí)

6、行情況不難分析出,網(wǎng)絡(luò)帶寬占滿后,虛擬用戶的響應(yīng)時間在等待網(wǎng)絡(luò)資源方面開銷較大,從而對服務(wù)器的請求率并沒有增加,因此服務(wù)器資源一直沒有被占滿。從這個方面看,即使在帶寬滿載的情況下,服務(wù)器依然能夠輕松承受所有壓力;但另一方面也表明網(wǎng)絡(luò)帶寬已成為系統(tǒng)瓶頸。為此我們單獨(dú)運(yùn)行一個用戶測試,結(jié)果為最大占用帶寬200K。將首頁所有圖片下載計算大小,結(jié)果亦為200K。在多用戶并發(fā)的情況下,圖片太大直接影響訪問速度。調(diào)優(yōu)建議:經(jīng)測試,首頁圖片過大可能為帶寬占用過高的主要原因,當(dāng)圖片很多的時候,減少圖片大小是提高下載速度的最直接的方法,建議一些要求不是很高的圖片用PNG8格式的圖片代

7、替JPEG和GIF(非動畫圖片),因為PNG8在效果一樣的情況下圖片大小比后兩個格式要小很多。首頁性能測試策略二:場景設(shè)計:本次測試場景在考慮帶寬限制的情況下充分仿真模擬真實(shí)用戶對首頁的訪問,虛擬用戶方面將假設(shè)訪問系統(tǒng)主頁的用戶有50%為經(jīng)常訪問系統(tǒng)的用戶,對于這部分用戶來說,系統(tǒng)為其保存緩存以減少客戶端重復(fù)勞動和下載非HTML資源的效率;另外50%為首次訪問系統(tǒng)的新用戶,對于這部分用戶的設(shè)置為系統(tǒng)每次循環(huán)都清除緩存,同時重新下載非HTML資源,每組虛擬用戶限制最大吞吐量為1M帶寬。各被測功能點(diǎn)及各功能點(diǎn)的業(yè)務(wù)分配比例依照用例設(shè)計,思考時間將采取錄制時間50%~

當(dāng)前文檔最多預(yù)覽五頁,下載文檔查看全文

此文檔下載收益歸作者所有

當(dāng)前文檔最多預(yù)覽五頁,下載文檔查看全文
溫馨提示:
1. 部分包含數(shù)學(xué)公式或PPT動畫的文件,查看預(yù)覽時可能會顯示錯亂或異常,文件下載后無此問題,請放心下載。
2. 本文檔由用戶上傳,版權(quán)歸屬用戶,天天文庫負(fù)責(zé)整理代發(fā)布。如果您對本文檔版權(quán)有爭議請及時聯(lián)系客服。
3. 下載前請仔細(xì)閱讀文檔內(nèi)容,確認(rèn)文檔內(nèi)容符合您的需求后進(jìn)行下載,若出現(xiàn)內(nèi)容與標(biāo)題不符可向本站投訴處理。
4. 下載文檔時可能由于網(wǎng)絡(luò)波動等原因無法下載或下載錯誤,付費(fèi)完成后未能成功下載的用戶請聯(lián)系客服處理。