軟件性能測試報告模版

精選文庫文檔編號密級文檔版本共7頁xxxx安全網(wǎng)站性能測試報告擬 制 ：張德德日 期 ：2016-1-8審 核 ：張德德日 期 ：2016-1-11批 準 ：張德德日 期 ：1. 概述1.1. 編寫目的本次測試報告為XXXX安全網(wǎng)站的性能測試總結(jié)報告，目的在于總結(jié)性能測試工作，并分析測試結(jié)果，描述系統(tǒng)是否符合XXXX安全網(wǎng)站的性能需求。預期參考人員包括用戶、測試人員、開發(fā)人員、項目管理者、質(zhì)量管理人員和需要閱讀本報告的高層經(jīng)理。1.2. 項目背景XXXX企業(yè)信息安全網(wǎng)站面向3軟通員工宣傳信息安全知識，提升員工信息安全意識，提高員工信息安全技能。1.3. 測試目標完善安全網(wǎng)站系統(tǒng)，滿足XXXX內(nèi)部員工訪問本系統(tǒng)的需求，滿足500個用戶并發(fā)訪問本系統(tǒng)。1.4. 名詞解釋測試時間：一輪測試從開始到結(jié)束所使用的時間并發(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ā)揮更大作用，從而使測試出的最高處理能力偏高，考慮到這個因素而引入的系數(shù)。用戶習慣操作頻率：根據(jù)用戶使用習慣估算出來的，單個用戶在一段時間內(nèi)，使用此類功能的次數(shù)。通常以一天內(nèi)某段固定的高峰使用時間來統(tǒng)計，如果一天內(nèi)沒有哪段時間是固定的高峰使用時間，則以一天的工作時間來統(tǒng)計。預期平均響應時間：由用戶提出的，希望系統(tǒng)在多長時間內(nèi)響應。注意，這個值并不是某一次訪問的時間，而是一段時間多次訪問后的平均值。最大并發(fā)用戶數(shù)：在給定的預期平均響應時間下，系統(tǒng)最多能支持多少個并發(fā)用戶。這個數(shù)據(jù)就是實際可以同時使用系統(tǒng)的用戶數(shù)。1.5. 參考文檔無2. 測試環(huán)境說明2.1. 硬件配置服務(wù)器名稱配置/詳細信息數(shù)量IPWeb服務(wù)器阿里云CPU 1核，內(nèi)存512M，帶寬1M1121.42.179.64數(shù)據(jù)庫服務(wù)器阿里云CPU 1核，內(nèi)存512M，帶寬1M1121.42.179.64客戶端阿里云CPU 4核，內(nèi)存4G，帶寬1M1172.18.13.582.2. 軟件配置序號軟件名稱Web服務(wù)器數(shù)據(jù)庫服務(wù)器測試PC1操作系統(tǒng)CentOS 7.0 64位CentOS 7.0 64位Windows2數(shù)據(jù)庫-MYSQL-2.3. 測試環(huán)境組網(wǎng)圖云服務(wù)器云客戶端3. 測試策略3.1. 人力資源測試輪次測試時間測試人員測試地點起始時間結(jié)束時間第1輪測試2016-01-082016-01-08XXXX光谷軟件園A8第2輪測試2016-01-112011-01-11王斌光谷軟件園A83.2. 測試方案因有30000個用戶的需求，根據(jù)客戶要求，并發(fā)用戶在500個左右，使用云客戶端性能測試工具測試，配置相關(guān)參數(shù)，同時設(shè)計500個用戶同時分別訪問系統(tǒng)頁面，設(shè)置對服務(wù)器的性能監(jiān)視，在規(guī)定時間內(nèi)運行后，查看各性能批標。本測試不包括與TOF2交互。測試過程按三個步驟進行，即單獨場景壓力測試、穩(wěn)定性測試：單獨場景壓力測試：針對某個功能點進行壓力測試，分析測試結(jié)果是否滿足用戶要求的指標；穩(wěn)定性測試：選擇某些業(yè)務(wù)場景對系統(tǒng)加載壓力，持續(xù)運行一段時間，根據(jù)并發(fā)量或系統(tǒng)監(jiān)控等來觀察系統(tǒng)的穩(wěn)定性。3.3. 測試用例3.3.1. 500個用戶并發(fā)訪問系統(tǒng)頁面用例名稱300個用戶并發(fā)訪問系統(tǒng)頁面用例編號001測試步驟1、 部署性能測試環(huán)境，移除與TOF相關(guān)代碼2、 用云客戶端性能測試工具，配置目標機，配置性能測試負載參數(shù)3、 運行測試程序場景設(shè)計1、 設(shè)計用戶數(shù)量為3002、 設(shè)計運行時間為1分鐘3、 運行場景執(zhí)行時間1分鐘預期結(jié)果1、 頁面響應時間平均值不能超過10秒2、 在云主機的配置下能夠達到峰值為300并發(fā)數(shù)不宕機用例名稱500個用戶并發(fā)訪問系統(tǒng)頁面用例編號002測試步驟1、部署性能測試環(huán)境，移除與TOF相關(guān)代碼2、用云客戶端性能測試工具，配置目標機，配置性能測試負載參數(shù)3、運行測試程序場景設(shè)計1、 設(shè)計用戶數(shù)量為5002、 設(shè)計運行時間為1分鐘3、 運行場景執(zhí)行時間1分鐘預期結(jié)果3、 頁面響應時間平均值不能超過10秒4、 在云主機的配置下宕機后apache服務(wù)會自行啟動4. 測試結(jié)果當運行到350并發(fā)數(shù)時，系統(tǒng)宕機。宕機4秒后，服務(wù)自動拉起。5. 測試結(jié)論本次性能測試通過300個用戶并發(fā)訪問系統(tǒng)頁面，在1分鐘內(nèi)的高并發(fā)請求中，系統(tǒng)穩(wěn)定性良好。隨著用戶的增加，每個腳本的事物響應時間成正比，說明用戶越多，服務(wù)器的資源使用就越多，處理的時間就越長。由于測試目標云服務(wù)器配置很低，在真實高配置服務(wù)器運行此后臺，能夠輕松應對500的并發(fā)數(shù)要求。當系統(tǒng)負荷過重導致宕機時，后臺服務(wù)會自動拉起。6. 遺留問題分析無7. 附件無說明：web性能測試需要記錄的數(shù)據(jù)：測試時間、平均響應時間、成功次數(shù)、失敗次數(shù)、web服務(wù)器CPU利用率（平均、最大）、數(shù)據(jù)庫服務(wù)器CPU利用率（平均、最大）計算公式：成功率=成功次數(shù)/（成功次數(shù)+失敗次數(shù)）處理能力=成功次數(shù)/測試時間最短平均