軟件性能測試報告模版

1、文檔編號密級文檔版本共 7 頁xxxx 安全網站性能測試報告擬 制 ：張德德日 期：2016-1-8審 核 ：張德德日 期：2016-1-11批 準 ：張德德日 期：1. 概述1.1. 編寫目的本次測試報告為 XXXX安全網站的性能測試總結報告，目的在于總結性能測試工作，并分析測試結果，描述系統(tǒng)是否符合 XXXX安全網站的性能需求。預期參考人員包括用戶、測試人員、開發(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 在測試過程中會比實際使用

3、時發(fā)揮更大作用， 從而使測試出的最高處理能力偏高， 考慮到這個因素而引入的系數(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. 硬件配置服務器

4、名稱配置 / 詳細信息數(shù)量IPWeb服務器阿里云 CPU 1核，內存512M，帶寬 1M1阿里云 CPU 1核，內存512M，帶數(shù)據(jù)庫服務器寬 1M1阿里云 CPU 4核，內存4G，帶寬客戶端1M12.2.軟件配置序號軟件名稱Web服務器數(shù)據(jù)庫服務器測試 PC1操作系統(tǒng)CentOS 64 位CentOS 64 位Windows2數(shù)據(jù)庫-MYSQL-2.3. 測試環(huán)境組網圖云客戶端云服務器3. 測試策略3.1. 人力資源測試時間測試輪次測試人員測試地點起始時間結束時間第1輪測試2016-01-082016-01-08XXXX光谷軟件園A8第2輪測試2016-01-112011-01-11王斌光谷

5、軟件園A83.2. 測試方案因有 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)頁

6、面用例名稱300 個用戶并發(fā)訪問系統(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、

7、設計運行時間為1 分鐘3、 運行場景執(zhí)行時間1 分鐘預期結果3、 頁面響應時間平均值不能超過10 秒4、 在云主機的配置下宕機后apache 服務會自行啟動4. 測試結果當運行到 350 并發(fā)數(shù)時，系統(tǒng)宕機。宕機4 秒后，服務自動拉起。5. 測試結論本次性能測試通過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ù) / 測試時間最短平均響應時間