項目性能測試報告樣本

XXX項目or府門戶網站性能測試報告

目錄第一章 概述 4第二章 測試活動 42.1測試用具 42.2測試范圍 42.3測試目標 52.4測試方法 52.4.1基準測試 52.4.2并發(fā)測試 62.4.3穩(wěn)定性測試 62.5性能指標 62.6性能測試流程 62.7測試術語 7第三章 性能測試環(huán)境 83.1服務器環(huán)境 83.2客戶端環(huán)境 83.3網絡結構 8第四章 測試方案 104.1基準測試 114.2并發(fā)測試 124.3穩(wěn)定性測試 13第五章測試結果描述和分析 156.1基準測試性能分析 156.2并發(fā)測試性能分析 206.3穩(wěn)定性性能測試分析 27第六章 測試結論 28

摘要本文檔重要描述XXXX網站檢索和頁面瀏覽性能測試中測試內容、測試辦法、測試方略等。修改歷史日期版本作者修改內容評審號更改祈求號-03-011.0XXX測試組新建。性能測試-03-021.0XXX測試組修改性能測試回歸-03-021.0XXX測試組更新注釋：評審號為評審登記表編號。更改祈求號為文檔更改控制工具自動生成編號。

概述由于當前對系統(tǒng)要接受業(yè)務量沖擊，面臨系統(tǒng)穩(wěn)定、成熟性方面壓力。系統(tǒng)性能問題必將成為焦點問題，海量數據量“沖擊”，系統(tǒng)能穩(wěn)定在什么樣性能水平，面臨業(yè)務增長時，系統(tǒng)抗壓如何等這些問題需要通過一種較為真實性能模仿測試來給出答案，通過測試和分析為系統(tǒng)性能提高提供某些重要參照數據，以供后期系統(tǒng)在軟硬件方面改進和完善。本《性能測試報告》即是基于上述考慮，參照當前某些性能測試辦法而編寫，用以指引即將進行該系統(tǒng)性能測試。測試活動2.1測試用品本次性能測試重要采用HP公司Loadrunner11作為性能測試工具。Loadrunner重要提供了3個性能測試組件：VirtualUserGenerator，Controller,Analysis。使用VirtualUserGenerator修改和優(yōu)化腳本。使用Controller進行管理，控制并發(fā)模仿并發(fā)數，記錄測試成果。使用Analysis進行記錄和分析成果。2.2測試范疇本次性能測試實行是對吳忠市門戶網站系統(tǒng)性能進行測試評估過程，咱們將根據系統(tǒng)將來實際運營現狀，結合系統(tǒng)設計目的和業(yè)務特點，遵循著發(fā)生頻率高、對系統(tǒng)或數據庫性能影響大、核心和核心業(yè)務等原則選用需要進行測試業(yè)務，模仿最后顧客操作行為，構建一種與生產環(huán)境相近壓力場景，對系統(tǒng)實行壓力測試，以此評判系統(tǒng)實際性能體現。依照與有關設計，開發(fā)人員溝通和交流，本次測試重要就是針對大量顧客在使用吳忠市門戶網站進行信息查詢，而選用典型事務就是顧客使用檢索進行核心字搜索以及界面瀏覽和反饋回搜索成果，這是顧客使用最頻繁，反映最多地方，也是本系統(tǒng)當前以及后來業(yè)務一種重要壓力點所在。因此本次測試只選用檢索業(yè)務性能狀況和界面瀏覽進行記錄和分析。2.3測試目的本次測試是針對陜西門戶網站檢索和頁面瀏覽在迎接大業(yè)務量壓力下而進行，重要需要獲得如下測試指標。1、系統(tǒng)穩(wěn)定負載能力：即在正常響應時間中，系統(tǒng)可以支持最多客戶端數量，例如：找到顧客可容忍基本響應時間為5--8秒時，系統(tǒng)支持顧客數。2、系統(tǒng)極限負載能力：即在某個較長響應時間，客戶主觀上已無法容忍狀況下，系統(tǒng)可以支持最多客戶端數量。3、系統(tǒng)無端障運營時間：即在得出系統(tǒng)最合理響應時間和支持響應客戶端數量該前提下，無端障運營時間，暫定8--15小時。2.4測試辦法 總體辦法：使用美科利公司（Mercury）性能測試軟件LoadRunner，對現行系統(tǒng)檢索，頁面預覽進行腳本錄制、測試回放、逐漸加壓和跟蹤記錄。測試過程中，由LoadRunner管理平臺調用各臺測試前臺，發(fā)起檢索查詢祈求，并跟蹤記錄服務器端運營狀況和返回給客戶端運營成果。 本次性能測試在XXXXXXX進行，環(huán)境在服務器軟件、硬件上與生產環(huán)境保持一致，數據庫構造和真實環(huán)境數據庫構造一致，只是在網絡帶寬上有一定區(qū)別，實際外網帶寬會有所局限性。本次將進行基準測試，并發(fā)數測試，穩(wěn)定性測試3種類型測試，并對重要測試指標進行記錄和分析。2.4.1基準測試基準測試在系統(tǒng)無壓力（外界環(huán)境，服務器無額外服務運營，無額外監(jiān)控進程運營）狀況下，獲得各項事務和業(yè)務系統(tǒng)并發(fā)顧客數和平均響應時間作為分析衡量原則，用于初步診斷系統(tǒng)與否存在性能瓶頸。2.4.2并發(fā)測試沒有明確系統(tǒng)性能指標前提下，用Loadrunner模仿多顧客同步向服務器發(fā)起交易祈求，運營過程中每個顧客沒有思考時間（ThinkTime）狀況下持續(xù)提交交易祈求，向系統(tǒng)施加壓力。2.4.3穩(wěn)定性測試重點測試支付系統(tǒng)在業(yè)務高峰期壓力下運營穩(wěn)定性。2.5性能指標在本次性能測試，由于沒有詳細和明確性能指標，因此各類測試指標涉及測試中應當達到某些性能指標和有關服務器性能指標，都應當受到如下三個基本條件約束。業(yè)務執(zhí)行平均響應時間（盼望值：<=8s）CPU運用率不大于75%內存Pagingrate狀態(tài)未持續(xù)處在高位運營2.6性能測試流程通過自動化測試工具模仿最后顧客向服務器發(fā)起業(yè)務祈求，進行性能測試。通過測試工具對測試過程中系統(tǒng)各點進行監(jiān)控，每一次測試結束后工具自動生成成果報告供分析使用。2.7測試術語系統(tǒng)響應時間：即在各種負載壓力狀況下，系統(tǒng)響應時間，也就是從客戶端交易發(fā)起，到服務器端交易應答返回所需要時間，涉及網絡傳播時間和服務器解決時間。應用系統(tǒng)吞吐量：即應用系統(tǒng)在單位時間內完畢交易量，也就是在單位時間內，應用系統(tǒng)針對不同負載壓力，所能完畢交易數量。應用系統(tǒng)負載能力：即系統(tǒng)所能容忍最大顧客數量，也就是在正常響應時間中，系統(tǒng)可以支持最多客戶端數量?？s略語：Vuser，Transaction，TPSVuser虛擬顧客Virtualuser,模仿真實業(yè)務邏輯環(huán)節(jié)虛擬顧客,虛擬顧客模仿操作環(huán)節(jié)都被記錄在虛擬顧客腳本里。Vuser腳本用于描述Vuser在場景中執(zhí)行操作。Transaction事務事務是性能測試腳本一種重要特性。要度量服務器性能,需要定義事務,每個事務都包括事務開始和事務結束標記。事務用來衡量腳本中一行代碼或多行代碼執(zhí)行所耗費時間.可以將事務開始放置在腳本中某行或者多行代碼前面,將事務結束放置在該行或者多行代碼背面,在該腳本虛擬顧客運營時,這個事務將衡量該行或者多行代碼執(zhí)行耗費了多長時間。TPS每秒事務數(TransactionPerSecond)每秒鐘系統(tǒng)可以解決交易或事務數量,它是衡量系統(tǒng)解決能力重要指標。TPS是LoadRunner中重要性能參數指標。性能測試環(huán)境3.1服務器環(huán)境互動服務器：服務器型號：虛擬化CPU：4核intel(R)Xeon(R)CPU2.40GHz內存：8GB系統(tǒng)盤：云硬盤數據盤：云硬盤500GB操作系統(tǒng)：Centos7.0-64bit應用軟件：tomcat7.0WEB服務器：服務器型號：虛擬化CPU：8核intel(R)Xeon(R)CPU2.40GHz內存：16GB系統(tǒng)盤：云硬盤數據盤：云硬盤500GB操作系統(tǒng)：Centos7.0-64bit應用軟件：apache2.4.17內容管理服務器：服務器型號：虛擬化CPU：8核intel(R)Xeon(R)CPU2.40GHz內存：16GB系統(tǒng)盤：云硬盤數據盤：云硬盤500GB操作系統(tǒng)：Centos7.0-64bit應用軟件：tomcat7.0顧客中心服務器：服務器型號：虛擬化CPU：8核intel(R)Xeon(R)CPU2.40GHz內存：16GB系統(tǒng)盤：云硬盤數據盤：云硬盤500GB操作系統(tǒng)：Centos7.0-64bit應用軟件：tomcat7.0智能檢索服務器：服務器型號：虛擬化CPU：8核intel(R)Xeon(R)CPU2.40GHz內存：16GB系統(tǒng)盤：云硬盤數據盤：云硬盤500GB操作系統(tǒng)：windows_X64應用軟件：tomcat7.03.2客戶端環(huán)境資源描述數量Loadrunner11重要性能測試工具1Office用于記錄測試數據2WindowsXPSP3,Windows7測試客戶端系統(tǒng)1IE10，Firefox及其組件測試客戶端應用軟件1PC測試計算機23.3網絡構造網絡拓撲和構造圖如下：測試方案本次性能測試重要模仿測試事務：顧客信息瀏覽檢索顧客提交查詢核心字數據到后臺，系統(tǒng)收到查詢祈求并檢索、返回成果數據；性能測試觀測指標：Bs構造程序普通會關注通用指標如下：Web服務器指標指標：*AvgRps：平均每秒鐘響應次數=總祈求時間/秒數；*SuccessfulRounds：成功祈求；*FailedRounds：失敗祈求；*SuccessfulHits：成功點擊次數；*FailedHits：失敗點擊次數；*HitsPerSecond：每秒點擊次數；*SuccessfulHitsPerSecond：每秒成功點擊次數；*FailedHitsPerSecond：每秒失敗點擊次數；*AttemptedConnections：嘗試鏈接數；執(zhí)行每個場景時記錄如下相應數據：業(yè)務執(zhí)行平均響應時間每秒事務數運營并發(fā)顧客數目網絡吞吐量4.1基準測試場景：（歷史數據有1000條以上）使用Loadrunner模仿100顧客祈求（時間5分鐘），每個顧客沒有時間間隔（ThinkTime）狀況下重復提交交易并返回成果，直到所有執(zhí)行退出系統(tǒng)。記錄平均事務響應時間，每秒事務數，吞吐量。記并發(fā)數改為200（10分鐘），同步加壓，同步結束壓力，重復上述測試環(huán)節(jié)。并發(fā)數改為300（30分鐘），重復上述測試環(huán)節(jié)。當響應時間不不大于盼望時間，或者服務器指標超過預訂設立時將停止測試。備注：以上測試均進行3次，來保證測試成果有效性和精確性。4.2并發(fā)測試場景：（歷史數據有1000條以上）使用Loadrunner模仿300顧客祈求交易，每個顧客沒有時間間隔（ThinkTime）狀況下重復提交交易并返回成果，持續(xù)時間分別為10分鐘，20分鐘，30分鐘，記錄平均事務響應時間，每秒事務數，吞吐量。記并發(fā)數改為500重復上述測試環(huán)節(jié)。并發(fā)數改為700，重復上述測試環(huán)節(jié)。當響應時間不不大于盼望時間，或者服務器指標超過預期設立時將停止測試。備注：以上測試均進行3次，來保證測試成果有效性和精確性。3次執(zhí)行時間分別為10分鐘，20分鐘，30分鐘。4.3穩(wěn)定性測試測試辦法：采用業(yè)務中合理、適度顧客使用場景，對系統(tǒng)進行時間為8--12小時穩(wěn)定性測試。記錄每次服務平均響應時間，交易對的率，考察服務器與否宕機，交易對的率不大于95%等狀況。穩(wěn)定性測試用例如下：場景：（歷史數據有1000條以上）使用Loadrunner模仿50個并發(fā)顧客祈求交易，每個顧客有一定期間間隔（ThinkTime）1秒狀況下重復點擊頁面和信息檢索并返回成果，持續(xù)執(zhí)行8--12小時（-3-1-17:303-2-8:30）每秒5次以上點擊和檢索，記錄平均事務響應時間，每秒事務數，吞吐量。觀測軟件穩(wěn)定性以及各種性能指標劣化趨勢，要有效防止資源泄露。當服務器浮現資源泄露或者系統(tǒng)資源耗盡等狀況，點擊對的率不大于95%，停止測試。第五章測試成果描述和分析6.1基準測試性能分析 設計100、200、300個顧客并發(fā)，沒有持續(xù)加壓時間，直至執(zhí)行完畢。獲取系統(tǒng)各種體現。100個顧客測試信息記錄：200個顧客測試信息記錄：事務平均響應時間序號單項事務顧客數響應時間（s）備注100200300總流程時間5.6435.7778.594100個顧客響應時間：200個顧客響應時間：從以上圖中可以看出，服務器在100，200個并發(fā)狀況下所有事務都保持在5s左右，但稍微高于5s，應當有一定上升空間。最大問題在于并發(fā)數200后，解決時間已經在5s以上，達到10s。建議：優(yōu)化祈求響應模塊以及檢索應用模塊或者網絡，減少響應時間。TPS（事務數/秒）100個顧客每秒事務數：200個顧客每秒事務數：從以上每個圖中看到TPS達到峰值1后開始有下降趨勢，基本上均在1個事物如下，這個數據并不抱負，咱們服務器性能還沒有充分發(fā)揮，既有硬件條件下還可以在單位時間內解決更多事務數，建議在下一階段進行優(yōu)化提高。或者是網絡不佳狀況導致該狀況浮現。吞吐量并發(fā)數TotalThroughput(bytes)AverageThroughput(bytes/second)100126.625487637.7352001008981.375828085.166100個顧客吞吐量：200個顧客吞吐量：從圖中可以看出總吞吐量隨著顧客增長成正比，數據互換正常。但是，在對網絡帶寬，系統(tǒng)架構，硬件資源合理分派后應當能發(fā)揮系統(tǒng)更大解決能力。6.2并發(fā)測試性能分析設計300、500、700個顧客并發(fā)，分別持續(xù)10分鐘，20分鐘，30分鐘，40分鐘獲取系統(tǒng)各種體現。300個顧客并發(fā)測試記錄信息（以30分鐘為例）：500個顧客并發(fā)測試記錄信息（以40分鐘為例）：700個顧客并發(fā)測試記錄信息（以40分鐘為例）：平均事務響應時間測試用例響應時間(單位：秒)并發(fā)100持續(xù)5分鐘14.009并發(fā)100持續(xù)10分鐘15.31并發(fā)100持續(xù)30分鐘11.178并發(fā)200持續(xù)5分鐘16.318并發(fā)200持續(xù)10分鐘14.143并發(fā)200持續(xù)40分鐘15.675并發(fā)300持續(xù)5分鐘24.859并發(fā)300持續(xù)10分鐘24.997并發(fā)300持續(xù)40分鐘26.349300個并發(fā)（以10分鐘為例）：500個并發(fā)（以10分鐘為例）：700個并發(fā)（以10分鐘為例）：從圖中看出，并發(fā)顧客數同步進行5分鐘，響應時間就已經在10s以上了，隨著并發(fā)顧客數和持續(xù)時間增長，響應時間變得越來越長，當200個并發(fā)時候已經超過20秒，已經相對較慢，但是這只是實驗室理論測試數據，在實際生產環(huán)境中過高并發(fā)數和過長持續(xù)壓力時間這種極端狀況很少。但是并發(fā)持續(xù)了5分鐘這種狀況下，咱們響應時間還是應當可以控制在8秒以內，使咱們系統(tǒng)在較大業(yè)務量狀況下可以提供較為滿意顧客體驗。導致這樣一種狀況重要來自于網絡不佳導致（該問題并不是由于服務器端網絡不良，而是來自顧客端網絡不佳導致）TPS（事務數/秒）（以10分鐘為例）測試用例TPS并發(fā)300持續(xù)10分鐘3.086并發(fā)500持續(xù)10分鐘6.260并發(fā)700持續(xù)10分鐘7.184300個并發(fā)（以10分鐘