軟件性能測試報告模版

1、軟件性能測試報告模版文檔編號密級文檔版本共10頁XXXX安全網站性能測試報告擬制：張德德日期：2016-1-8審核：張德德日期：2016-1-11批準：張德德日期：1. 概述1.1. 編 寫目的本次測試報告為XXXX安全網站的性能測試總結報告，目的在于總結性能測試工 作，并分析測試結果，描述系統(tǒng)是否符合 XXX）安全網站的性能需求。預期參考人員包括用戶、測試人員、開發(fā)人員、項目管理者、質量管理人員和 需要閱讀本報告的高層經理。1.2. 項目背景XXXX企業(yè)信息安全網站面向3軟通員工宣傳信息安全知識，提升員工信息安全 意識，提高員工信息安全技能。1.3. 測試目標完善安全網站系統(tǒng)，滿足 XXXX

2、內部員工訪問本系統(tǒng)的需求，滿足 500個用戶并 發(fā)訪問本系統(tǒng)。1.4. 名詞解釋測試時間：一輪測試從開始到結束所使用的時間并發(fā)線程數(shù)：測試時同時訪問被測系統(tǒng)的線程數(shù)。注意，由于測試過程中，每 個線程都是以盡可能快的速度發(fā)請求，與實際用戶的使用有極大差別，所以， 此數(shù)據(jù)不等同于實際使用時的并發(fā)用戶數(shù)。每次時間間隔：測試線程發(fā)出一個請求，并得到被測系統(tǒng)的響應后，間隔多少 時間發(fā)出下一次請求。平均響應時間：測試線程向被測系統(tǒng)發(fā)請求，所有請求的響應時間的平均值。處理能力：在某一特定環(huán)境下，系統(tǒng)處理請求的速度。cache影響系數(shù)：測試數(shù)據(jù)未必如實際使用時分散，cache在測試過程中會比實際使用時發(fā)揮更大

3、作用，從而使測試出的最高處理能力偏高，考慮到這個因素 而引入的系數(shù)。用戶習慣操作頻率：根據(jù)用戶使用習慣估算出來的，單個用戶在一段時間內， 使用此類功能的次數(shù)。通常以一天內某段固定的高峰使用時間來統(tǒng)計，如果一 天內沒有哪段時間是固定的高峰使用時間，則以一天的工作時間來統(tǒng)計。預期平均響應時間：由用戶提出的，希望系統(tǒng)在多長時間內響應。注意，這個 值并不是某一次訪問的時間，而是一段時間多次訪問后的平均值。最大并發(fā)用戶數(shù)：在給定的預期平均響應時間下，系統(tǒng)最多能支持多少個并發(fā) 用戶。這個數(shù)據(jù)就是實際可以同時使用系統(tǒng)的用戶數(shù)。1.5. 參考文檔無2. 測試環(huán)境說明2.1.硬件配置服務器 名稱配置/詳細信息數(shù)

4、量IPWet服務器阿里云CPU 1核，內存512M帶寬1M179.64數(shù)據(jù)庫服務器阿里云CPU 1核，內存512M帶寬1M179.64客戶端阿里云CPU 4核，內存4G帶寬1M3.5822軟件配置序 號軟件名 稱Web服務器數(shù)據(jù)庫服 務器測試PC1操作系統(tǒng)Cen tOS 7.064位Cen tOS7.0 64 位Win dow s2數(shù)據(jù)庫-MY SQL-23測試環(huán)境組網圖云客戶云服務端丨器13.測試策略3.1.人力資源測試輪次測試時間測試人員測試地點起始時間結束時間第1輪2016-01-082016-01-08XXXX光谷軟測試件園A8第2輪 測試2016-01-112011-01-11王斌光

5、谷軟件園A832測試方案因有30000個用戶的需求，根據(jù)客戶要求，并發(fā)用戶在 500個左右，使用云客 戶端性能測試工具測試，配置相關參數(shù)，同時設計 500個用戶同時分別訪問系 統(tǒng)頁面，設置對服務器的性能監(jiān)視，在規(guī)定時間內運行后，查看各性能批標。本測試不包括與TOF2交互。測試過程按三個步驟進行，即單獨場景壓力測試、穩(wěn)定性測試：單獨場景壓力測試：針對某個功能點進行壓力測試，分析測試結果是否滿足用戶要求的指標；穩(wěn)定性測試：選擇某些業(yè)務場景對系統(tǒng)加載壓力，持續(xù)運行一段時間，根據(jù)并 發(fā)量或系統(tǒng)監(jiān)控等來觀察系統(tǒng)的穩(wěn)定性。3.3.測試用例3.3.1.500個用戶并發(fā)訪問系統(tǒng)頁面用例名稱300個用戶并發(fā)訪問

6、系統(tǒng)頁面用例編號001測試步驟1、部署性能測試環(huán)境，移除與TOF相關代碼2、用云客戶端性能測試工具，配置目標機，配置性能測試負載參數(shù)3、運行測試程序場景設計1、設計用戶數(shù)量為3002、設計運行時間為1分鐘3、運行場景執(zhí)行時間1分鐘預期結果1、頁面響應時間平均值不能超過10秒2、在云主機的配置下能夠達到峰值為300并發(fā)數(shù)不宕機用例名稱500個用戶并發(fā)訪問系統(tǒng)頁面用例編號002測試步驟1、 部署性能測試環(huán)境，移除與TOF相關代碼2、用云客戶端性能測試工具，配置目標機，配置性能測試負載參數(shù)3、運行測試程序場景設計1、設計用戶數(shù)量為5002、設計運行時間為1分鐘3、運行場景執(zhí)行時間1分鐘預期結果3、頁

7、面響應時間平均值不能超過10秒4、在云主機的配置下宕機后apache服 務會自行啟動4. 測試結果當運行到350并發(fā)數(shù)時，系統(tǒng)宕機。宕機 4秒后，服務自動拉起qvati BmLB5. 測試結論本次性能測試通過300 個用戶并發(fā)訪問系統(tǒng)頁面，在 1 分鐘內的高并發(fā)請求中，系統(tǒng)穩(wěn)定性良好。隨著用戶的增加，每個腳本的事物響應時間成正比，說明用戶越多，服務器的 資源使用就越多，處理的時間就越長。由于測試目標云服務器配置很低，在真 實高配置服務器運行此后臺，能夠輕松應對 500 的并發(fā)數(shù)要求。當系統(tǒng)負荷過 重導致宕機時，后臺服務會自動拉起。6. 遺留問題分析無7. 附件無說明：web性能測試需要記錄的數(shù)據(jù)：測試時間、平均響應時間、成功次數(shù)、失敗次數(shù)、 web服務器CPU利用率（平均、最大）、數(shù)據(jù)庫服務器CPU利用率（平均、最大）計算公式：成功率 =成功次數(shù) / （成功次數(shù) +失敗次數(shù)）處理能力 =成功次數(shù) / 測試時間最短平均響應時間=min