性能測試報(bào)告-模板

1、文檔編號密級文檔版本共6頁Xxx系統(tǒng)性能測試報(bào)告擬制：*曰期：*日期： 日期：1 .概述1.1. 編寫目的本次測試報(bào)告為xxx系統(tǒng)的性能測試總結(jié)報(bào)告，目的在于總結(jié)性能測試工作，并分析測試結(jié)果，描述系統(tǒng)是否符合 xxx系統(tǒng)的性能需求。預(yù)期參考人員包括用戶、測試人員、開發(fā)人員、工程管理者、質(zhì)量管理人員和需要閱讀本報(bào) 告的高層經(jīng)理。1.2. 工程背景騰訊公司為員工提供一個(gè)網(wǎng)上查詢班車的入口，分析出哪些路線/站點(diǎn)比擬緊或?qū)捤?，以進(jìn)展一些合理調(diào)配。1.3. 測試目標(biāo)簡要列出進(jìn)展本次壓力測試的主要目標(biāo)完善班車管理系統(tǒng)，滿足騰訊部員工的班車查詢需求，滿足500個(gè)用戶并發(fā)訪問本系統(tǒng)。1.4. 名詞解釋測試時(shí)間

2、：一輪測試從開場到完畢所使用的時(shí)間并發(fā)線程數(shù)：測試時(shí)同時(shí)訪問被測系統(tǒng)的線程數(shù)。注意，由于測試過程中，每個(gè)線程都是以盡可能快的速度發(fā)請求，與實(shí)際用戶的使用有極大差異，所以，此數(shù)據(jù)不等同于實(shí)際使用時(shí)的并發(fā)用戶數(shù)。每次時(shí)間間隔：測試線程發(fā)出一個(gè)請求， 并得到被測系統(tǒng)的響應(yīng)后，間隔多少時(shí)間發(fā)出下一次請求。平均響應(yīng)時(shí)間：測試線程向被測系統(tǒng)發(fā)請求，所有請求的響應(yīng)時(shí)間的平均值。處理能力：在某一特定環(huán)境下，系統(tǒng)處理請求的速度。cache影響系數(shù)：測試數(shù)據(jù)未必如實(shí)際使用時(shí)分散，cache在測試過程中會比實(shí)際使用時(shí)發(fā)揮更大作用，從而使測試出的最高處理能力偏高，考慮到這個(gè)因素而引入的系數(shù)。用戶習(xí)慣操作頻率：根據(jù)用戶

3、使用習(xí)慣估算出來的，單個(gè)用戶在一段時(shí)間，使用此類功能的次數(shù)。通常以一天某段固定的頂峰使用時(shí)間來統(tǒng)計(jì)，如果一天沒有哪段時(shí)間是固定的頂峰使用時(shí)間，那么以一天的工作時(shí)間來統(tǒng)計(jì)。預(yù)期平均響應(yīng)時(shí)間：由用戶提出的，希望系統(tǒng)在多長時(shí)間響應(yīng)。注意，這個(gè)值并不是某一次訪問的時(shí)間，而是一段時(shí)間屢次訪問后的平均值。最大并發(fā)用戶數(shù)：在給定的預(yù)期平均響應(yīng)時(shí)間下，系統(tǒng)最多能支持多少個(gè)并發(fā)用戶。這個(gè)數(shù)據(jù)就是實(shí)際可以同時(shí)使用系統(tǒng)的用戶數(shù)。1.5. 參考文檔無2 .測試環(huán)境說明2.1. 硬件配置效勞器名稱配置/詳細(xì)信息數(shù)量IPWeb效勞器LenovoM7180 2.8GHz X 2,1.96GB,120G1172.18.13.

4、45數(shù)據(jù)庫效勞器LenovoM7180 2.8GHzX2,1.96GB,120G1172.18.13.73客戶端LenovoM7180 2.8GHzX2,1.96GB,120G1172.18.13.582.2. 軟件配置序號軟件名稱Web效勞器數(shù)據(jù)庫效勞器測試PC1操作系統(tǒng)Windows 2003 中文企 業(yè)版SP2Windows 2003 中文企 業(yè)版SP2Windows XP2數(shù)據(jù)庫-SQL 2005中文企業(yè) 版SP3-3IE瀏覽器-IE7、IE8、騰訊TT4缺陷管理工具-BUGFree2.15其他-2.3. 測試環(huán)境組網(wǎng)圖數(shù)據(jù)庫服務(wù)器3 .測試策略3.1. 人力資源測試輪次測試時(shí)間測試人

5、員測試地點(diǎn)起始時(shí)間完畢時(shí)間第1輪測試2021 -06-152021-06-16*中地大廈C505第1輪測試2021 -06-202021-06-21*中地大廈C5053.2. 測試方案系統(tǒng)中需要做性能測試的功能點(diǎn)因有2500個(gè)用戶的需求，根據(jù)并發(fā)用戶占所有用戶20%的經(jīng)歷原那么，并發(fā)用戶在 500個(gè)左右，使用LoadRunnehl工具測試，創(chuàng)立相關(guān)操作腳本，同時(shí)設(shè)計(jì)500個(gè)用戶同時(shí)分別訪問系統(tǒng)首頁、班車路線、關(guān)注站點(diǎn)頁面，設(shè)置對效勞器的性能監(jiān)視，長時(shí)間運(yùn)行13小時(shí)后，查看各性能批標(biāo)。本測試不包括與TOF2交互。測試過程按三個(gè)步驟進(jìn)展，即單獨(dú)場景壓力測試、混合場景壓力測試、穩(wěn)定性測試：單獨(dú)場景壓

6、力測試：針對某個(gè)功能點(diǎn)進(jìn)展壓力測試，分析測試結(jié)果是否滿足用戶要求的指標(biāo)；混合場景壓力測試： 根據(jù)實(shí)際用戶操作， 將多個(gè)單獨(dú)的業(yè)務(wù)操作同時(shí)進(jìn)展壓力測試，分析測試結(jié)果是否滿足用戶要求的指標(biāo)；穩(wěn)定性測試：選擇某些業(yè)務(wù)場景對系統(tǒng)加載壓力，持續(xù)運(yùn)行一段時(shí)間，根據(jù)并發(fā)量或系統(tǒng)監(jiān)控等來觀察系統(tǒng)的穩(wěn)定性。3.3. 測試場景設(shè)計(jì)500個(gè)用戶分別訪問班車系統(tǒng)首頁、班車路線、關(guān)注站點(diǎn)頁面。加壓方案：每5s增加50個(gè)用戶，直到增加到 500個(gè)。減壓方案：每5s停電50個(gè)用戶，直到全部停頓。3.4. 測試用例3.4.1. 500個(gè)用戶并發(fā)訪問班車路線頁面用例名稱500個(gè)用戶并發(fā)訪問班車路線貝囿用例編號001測試步驟1、

7、部署性能測試環(huán)境，移除與 TOF相關(guān)代碼2、用 loadrunner 錄制腳本,錄制地址：172.18.13.46/Banche/StaffRoute/RoutePartion3、設(shè)置翻開班車路線頁面為事務(wù)“班車路線”場景設(shè)計(jì)1、設(shè)計(jì)用戶數(shù)量為 5002、加壓方案：每隔 5秒自動增加50個(gè)用戶登錄系統(tǒng)，直到增加500個(gè)3、減壓方案：每隔 5秒自動停頓50個(gè)用戶，直到全部停頓4、設(shè)計(jì)運(yùn)行時(shí)間為13小時(shí)30分鐘5、運(yùn)行場景執(zhí)行時(shí)間13小時(shí)30分鐘預(yù)期結(jié)果1、貝囿響應(yīng)時(shí)間平均值/、能超過10秒2、 CPU使用率平均值不能高于 75%3、物理存使用率不超過 70%3.4.2. 500個(gè)用戶并發(fā)訪問關(guān)注

8、站點(diǎn)頁面用例名稱500個(gè)用戶并發(fā)訪問關(guān)注站點(diǎn)貝囿用例編號002測試步驟1、部署性能測試環(huán)境，移除與 TOF相關(guān)代碼2、用 loadrunner 錄制腳本，錄制地址： 172.18.13.46/Banche/Focus3、設(shè)置翻開關(guān)注站點(diǎn)頁面為事務(wù)“關(guān)注站點(diǎn)列表"場景設(shè)計(jì)1、設(shè)計(jì)用戶數(shù)量為 5002、加壓方案：每隔 5秒自動增加50個(gè)用戶登錄系統(tǒng)，直到增加500個(gè)3、減壓方案：每隔 5秒自動停頓50個(gè)用戶，直到全部停頓4、設(shè)計(jì)運(yùn)行時(shí)間為13小時(shí)30分鐘5、運(yùn)行場景執(zhí)行時(shí)間13小時(shí)30分鐘預(yù)期結(jié)果1、貝囿響應(yīng)時(shí)間平均值/、能超過10秒2、 CPU使用率平均值不能高于 75%3、物理存使用

9、率不超過 70%4 .測試結(jié)果4.1. 測試結(jié)果摘要4.2. 用戶運(yùn)行情況：附圖4.3. 錯誤數(shù)：附圖4.4. 事務(wù)響應(yīng)時(shí)間：附圖4.5. 每秒點(diǎn)擊數(shù)：附圖4.6. Windows資源情況：附圖5 .測試結(jié)論本次性能測試通過500個(gè)用戶并發(fā)訪問2個(gè)頁面，在13小時(shí)30分鐘的626萬屢次請求中，約有 0.023%是失敗 的，失敗原因如：提示部效勞器錯誤，分析這些原因應(yīng)與測試用的效勞器硬件配置有關(guān)，因?yàn)檫@邊測試機(jī)器使用都是普通的PC機(jī)，在每秒一千屢次的點(diǎn)擊中，機(jī)器在某些時(shí)刻受到其他程序的響應(yīng)可能 處理不過來，故產(chǎn)生一些錯誤。響應(yīng)時(shí)間平滑，無大波動，2個(gè)事務(wù)的平均響應(yīng)時(shí)間在 5s以，可以承受。每秒點(diǎn)

10、擊數(shù)最大為1047,最小為1018,平均值1028,波動不大，非常穩(wěn)定。效勞器的CPU、存使用率平穩(wěn)，到達(dá)預(yù)期結(jié)果。沒有錯誤，響應(yīng)時(shí)間很平滑，無大波動，是因?yàn)槟_本有think time的原因。雖然隨著用戶的增加，響應(yīng)時(shí)間和效勞器系統(tǒng)資源也在增加，但是事物響應(yīng)時(shí)間根本維持在4.5s左右，還可以承受。但是錯誤數(shù)卻很多，其中主要錯誤不是登錄的這個(gè)事物， 估計(jì)是登錄的人太多，效勞器處理不過來，使后面的用戶不能翻開網(wǎng)頁。用戶數(shù)超過30個(gè)的時(shí)候就發(fā)生了錯誤。不通過。 隨著用戶的增加，響應(yīng)時(shí)間和點(diǎn)擊率逐漸升高，響應(yīng)時(shí)間遠(yuǎn)遠(yuǎn)大于預(yù)期。效勞器的 CPU 和磁盤的利用率也逐漸升高。當(dāng)用戶在40個(gè)左右的時(shí)候，開場出現(xiàn)錯誤。 隨著用戶的增加， 每個(gè)腳本的事物響應(yīng)時(shí)間成正比， 說明用戶越多， 效勞器的資源使用就越多，處理的時(shí)間就越長。這樣會急劇加重效勞器負(fù)擔(dān)，所以就會有錯誤的產(chǎn)生從windows資源圖可證明由于測試客服機(jī)和web 效勞器是同一臺計(jì)算機(jī)，測試的數(shù)據(jù)會有較大的偏差測試的性能比實(shí)際的要差很多，所以應(yīng)該在 2 臺計(jì)算機(jī)進(jìn)展測試。6 . 遺留問題分析無7 . 附件無 說明：web 性能測試需要記錄的數(shù)據(jù)：測試時(shí)間、平均響應(yīng)時(shí)間、成功次數(shù)、失敗次數(shù)、 web 效勞器 CPU 利用率平均、最大 、數(shù)據(jù)庫效勞器CPU 利用率平