效能測試報告（執行個體）

 

       上一篇博文主要通過兩個例子讓測試新手瞭解一下測試思想，和在做測試之前應該瞭解人幾點，那麼我們在如何完成一次完整的效能測試呢？

       測試報告是一次完整效能測試的體現，所以，這裡我給出一個完整的效能測試報告，相信通過這個報告，我們會整效能測試有個整體的瞭解，知道我們在以後做效能測試時需要做哪些工作。

      註明：1.效能測試報告模板很多，這不是一個空洞的模板，是一個完整的測試報告。

              2.由於商業原因，關於項目明，用XXX代替

              3.我一直覺得，關於效能工具重要，但不是很重要，要學習效能測試，需要瞭解的知識面很多，工具只是工具，是為我們服務的，會用效能測試工具並不代表你就會做效能測試了

----//效能測試報告（某網站使用者登陸效能測試）

1 概述1.1 目的

本測試報告為XXXX網站的效能測試報告，目的在於總結測試階段的測試以及分析測試結果，描述網站是否符合需求。

1.2 背景

XXXX網站，XXXXXX科技有限公司目前進行中效能測試。考慮到使用者數量及資料的增多給伺服器造成壓力不可估計，因此計劃對XXXX網站負載效能測試，在系統配置不變的情況下，在一定時間內，伺服器在高負載情況下的效能行為表現，便於對系統內容進行正確的分析及評估。

1.3 範圍

本次測試主要是XXXX網站系統的效能測試。

1.1 引用文檔

下表列出了執行測試過程所引用的文檔：

文檔名稱	版本號碼	作者	備忘
XXX系統壓力測試方案		蟲師

 

2 測試概要2.1 測試環境

描述測試該項目所需要的硬體環境：

客戶機	Intel(R) Xeon(TM) CUP 3.06GHz 四核至強處理器、記憶體：4GB RAM
NAS伺服器	PowerVault(TM) NAS1950, 四核至強處理器 E5430, 2.66GHz, 2x6M緩衝，1333MHz前端匯流排，80W 數量1 8GB（2x4G）,DDR-2 667MHz ECC 4R Memory 1TB 3.5-inch 5.4K RPM SATA II Hard Drive with interposer 數量12
資料庫伺服器	Intel(R) Quad Core E5504  Xeon(R) CPU,  2.0GHz,  4M Cache,  4.86GT/s QPI 數量2 500GB 7.2K RPM  Near Line SAS 3.5” Hot Plug H ard Drive 數量2 RAID 8GB Memory(4x2GB),1066MHz, Dual Ranked RDI MMs for 1 Processor

 

描述測試網路的拓撲結構：

      客戶機測試環境                                 伺服器測試環境

 

測試機與被測伺服器在同一區域網路進行，排除了網速限制及網速度不穩定性。

系統採用B/S架構模式，用戶端通過中介軟體訪問資料庫，中介軟體和資料庫分別部署在兩台伺服器上。

 

2.2 人力資源

 

下表列出了所有參與此項目的測試人員：

角色	資源數量/具體人員
測試員	XXXX科技有限公司：蟲師

2.1 測試工作量

任務	開始時間	結束時間	總計（天數）	總計（人時）
計劃	2011-11-19	2011-11-19	1
實際	2011-11-19	2011-11-19	1

3 測試內容及方法3.1 測試需求/目標

在大使用者量、資料量的超負荷下，獲得伺服器運行時的相關資料，從而進行分析，找出系統瓶頸，提高系統的穩定性。

3.2 測試內容

本次測試主要是對XXX網站“首頁登入”、後台“成長記錄”及網站資訊頁面訪問操作在大負荷情況下處理資料的能力及承受能力。

測試方法：

情境	並發使用者數量	運行情境設定	測試點
登入	200	40分鐘	伺服器穩定性及操作回應時間

注釋：所有使用者登陸、沒有許可權限制。

3.3 測試載入器

主要測試載入器為：LoadRunner效能測試工具

輔助軟體：工具，Word

 

4 測試結果及分析

 

4.1 XXX處理效能評估

 

這次測試屬於區域網路環境進行，排除了外網的網速限制及不穩定性。

 

 並發登入使用者測試

 

測試內容：

 

這次測試屬於類比真實環境，加入考慮時間（think time）；使用者輸入網址登入首頁，加入1~5秒考慮時間，輸入使用者名稱密碼，點擊登入按鈕。

 

 

說明：使用者的整個執行流程都錄製在Action(迴圈)部分，所以Vuser_int (開始)和Vuser_end(結束)部分為空白。Action_Transaction部分的時間為運行整個Action指令碼所需的時間。

整個Action的平均回應時間為：3.945秒；登入操作的平均回應時間為：1.185秒。

 

 

說明：所有響應事務數為：8720次(個)

 

伺服器平均每秒響應事件：6.664次/秒；其中登入的平均每秒響應事件為：3.257次/秒

 

 

結果分析：

 

此次測試使用者操作流程簡單，所以並未對伺服器造成高度負載，從NAS伺服器伺服器曲線圖來看，0到70%區間浮動，運行相當平穩。從類比環境來看，加入1到5的考慮時間，更符合真實使用者的操作。

 

從設定200人的壓力分析，響應速度很快，完全在使用者的感覺快速回應時間內，從整個Action指令碼分析，把整個Action時間減去登入時間為：2.76秒，首頁的訪問時間相比較長，首頁部分圖片和動畫較多，如果使用者量訪問量繼續加大，必定會影響系統效能。