qileilove

          blog已經轉移至github,大家請訪問 http://qaseven.github.io/

          性能測試報告(實例)

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

            測試報告是一次完整性能測試的體現,所以,這里我給出一個完整的性能測試報告,相信通過這個報告,我們會整性能測試有個整體的了解,知道我們在以后做性能測試時需要做哪些工作

            注明: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  
          實際 2011-11-19 2011-11-19  

            3、測試內容及方法

            3.1 測試需求/目標

            在大用戶量、數據量的超負荷下,獲得服務器運行時的相關數據,從而進行分析,找出系統瓶頸,提高系統的穩定性。

            3.2 測試內容

            本次測試主要是對寶寶足跡網站“首頁登錄”、后臺“成長記錄”及網站信息頁面訪問操作在大負荷情況下處理數據的能力及承受能力。

            測試方法:

          場景 并發用戶數量 運行場景設置 測試點 
          登錄 200 40分鐘 服務器穩定性及操作響應時間 

            注釋:所有用戶登陸、沒有權限限制。

            3.3 測試工具

            主要測試工具為:LoadRunner性能測試工具

            輔助軟件:截圖工具,Word

            4、測試結果及分析

            4.1 寶寶足跡處理性能評估

            這次測試屬于局域網環境進行,排除了外網的網速限制及不穩定性。

            并發登錄用戶測試

            測試內容:

            這次測試屬于模擬真實環境,加入思考時間(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秒,首頁的訪問時間相比較長,首頁部分圖片和動畫較多,如果用戶量訪問量繼續加大,必定會影響系統性能。

           

           

          posted on 2011-12-05 09:32 順其自然EVO 閱讀(649) 評論(0)  編輯  收藏


          只有注冊用戶登錄后才能發表評論。


          網站導航:
           
          <2011年12月>
          27282930123
          45678910
          11121314151617
          18192021222324
          25262728293031
          1234567

          導航

          統計

          常用鏈接

          留言簿(55)

          隨筆分類

          隨筆檔案

          文章分類

          文章檔案

          搜索

          最新評論

          閱讀排行榜

          評論排行榜

          主站蜘蛛池模板: 宣汉县| 游戏| 四会市| 宝清县| 河西区| 新巴尔虎右旗| 通山县| 宁安市| 林州市| 磐安县| 襄城县| 永胜县| 镶黄旗| 高唐县| 安乡县| 册亨县| 阿克陶县| 辽中县| 永嘉县| 正阳县| 淮安市| 乳山市| 宝坻区| 白朗县| 水城县| 九江县| 曲沃县| 金塔县| 广水市| 淳化县| 霞浦县| 合阳县| 鸡西市| 大冶市| 锦州市| 东平县| 怀集县| 广安市| 玛沁县| 岢岚县| 漳州市|