系統(tǒng)性能測試方案

1、性能測試方案目錄前言21第一章XXX系統(tǒng)性能測試概述 21.1被測系統(tǒng)定義21.1.1功能簡介21.1.2性能測試指標 21.2系統(tǒng)結構及流程31.2.1系統(tǒng)總體結構 31.2.2功能模塊31.2.3關鍵點描述（KP） 41.3性能測試環(huán)境42第二章性能測試52.1壓力測試52.1.1壓力測試概述 62.1.2測試目的62.1.3測試方法及測試用例 62.1.4測試指標及期望 72.1.5測試數(shù)據準備 82.1.6 運行狀況記錄 83第三章測試過程及結果描述 83.1測試描述83.2測試場景93.3測試結果94第四章測試報告101、八 、，刖言系統(tǒng)已在成功上線，從而的業(yè)務信息管理逐步走上了集中

2、管控的道路。由于密集整轉在全市各點展開，從而將會勢必出現(xiàn)業(yè)務系統(tǒng)中信息大量增長的態(tài)勢。隨著業(yè)務系統(tǒng)在生產狀態(tài)下日趨穩(wěn)定、成熟，系統(tǒng)的性能問題也逐步成為了我們關注的焦點：每天大數(shù)據量的“沖擊”，系統(tǒng)能穩(wěn)定在什么樣的性能水平，面臨公司業(yè)務 增加時，系統(tǒng)能否經受住“考驗”，這些問題需要通過一個完整的性能測試來給出答案。本性能測試規(guī)劃書即是基于上述考慮，參考科學的性能測試方法而撰寫的，用以指導即將進行的系統(tǒng)的性能測試。1第一章XXX系統(tǒng)性能測試概述1.1被測系統(tǒng)定義xxx系統(tǒng)作為本次測試的被測系統(tǒng)（注：以下所有針對被測系統(tǒng)地描述均為針對xxx系統(tǒng)進行的），xxx系統(tǒng)是由java編寫的一個三層架構的應用

3、軟件，后臺應 用了 OraclelOg數(shù)據庫，該系統(tǒng)包括主要功能有：XXX等，在這些功能中都存在 大數(shù)據量查詢以及日報、周報、年報的統(tǒng)計，在本次測試中，將針對 這些大數(shù)據量的查詢、統(tǒng)計功能 進行壓力測試，檢查并評估在模擬環(huán)境中，系統(tǒng)對負載的承受能力， 在不同的用戶連接情況下，系統(tǒng)的吞吐能力和響應能力，以及在預計的數(shù)據容量中，系 統(tǒng)能夠容忍的最大用戶數(shù)。1.1.1功能簡介主要功能上面已提到，由于本文檔主要專注于性能在這里功能不再作為重點講述。1.1.2性能測試指標本次測試是針對xxx系統(tǒng)在應對密集整轉的大壓力下而進行的，主要需要獲得如 下的測試指標1、應用系統(tǒng)的負載能力：即系統(tǒng)所能容忍的最大用戶

4、數(shù)量，也就是在正常的響應時間中，系統(tǒng)能夠支持的最多的客戶端的數(shù)量。2、應用系統(tǒng)的吞吐率：即應用系統(tǒng)在單位時間內完成的交易量，也就是在單位時 間內，應用系統(tǒng)針對不同的負載壓力，所能完成的交易數(shù)量。3、系統(tǒng)的響應能力：即在各種負載壓力情況下，系統(tǒng)的響應時間，也就是從客戶端請求發(fā)起，到服務器端應答返回所需要的時間，包括網絡傳輸時間和服務器處理時間。4、應用系統(tǒng)的可靠性：即在連續(xù)工作時間狀態(tài)下，系統(tǒng)能夠正常運行的時間，即 在連續(xù)工作時間段內沒有出錯信息 。1.2系統(tǒng)結構及流程XXX系統(tǒng)在實際生產中的體系結構跟本次性能測試所采用的體系結構是一樣的，交易流程也完全一致的。不過，由于硬件條件的限制，本次性能

5、測試的硬件平臺跟實際 生產環(huán)境略有不同。1.2.1系統(tǒng)總體結構描述本系統(tǒng)的總體結構，包括：硬件組織體系結構、網絡組織體系結構、軟件組織 體系結構和功能模塊的組織體系結構。1.2.2功能模塊1.本次性能測試中各類操作都是由若干功能模塊組成的，每個功能都根據其執(zhí)行特點分成了若干操作步驟，每個步驟就是一個功能點 （即功能模塊），本次壓力測試主要 涉及的功能模塊以及所屬操作如下表業(yè)務流程本次性能測試中，選擇的各類交易的業(yè)務流程如下：查詢的業(yè)務流程只是單一步驟的，即：輸入查詢條件后獲取查詢結果，因此在本次 性能測試中只作為一個事務處理。1.2.3關鍵點描述（KP）本次性能測試的關鍵點，就是查看XXX系統(tǒng)

6、在不同用戶數(shù)量（并發(fā)）壓力下的表現(xiàn)，即：支持的并發(fā)用戶數(shù)目和并發(fā)用戶發(fā)送頻率，以及在較大壓力下，系統(tǒng)的處理能 力以及CPU、數(shù)據庫I/O和內存的使用情況，并找出相應的性能瓶頸。1.3性能測試環(huán)境本次性能測試環(huán)境與真實運行環(huán)境硬件和網絡環(huán)境有所不同，是真實環(huán)境的縮小，數(shù)據庫是真實環(huán)境數(shù)據庫的一個復制（或縮小），本系統(tǒng)采用標準的CS結構，客戶端通 過前臺安裝訪問應用系統(tǒng)。其中具體的硬件和網絡環(huán)境如下：中間件服務器：Weblogic9操作系統(tǒng)：Win dows2003/Solaris10網絡環(huán)境：LAN （10M）數(shù)據庫：Oracle 10g RAC客戶端：PC （ Win dows）網絡拓撲和結構

7、圖如下：4數(shù)據庫服務器2第二章性能測試從廣泛意義上講性能測試包括：壓力測試、穩(wěn)定性測試、負載能力測試和可擴展性測試等。在不同應用系統(tǒng)的性能測試中， 需要根據應用系統(tǒng)的特點和測試目的的不同來選 擇具體的測試方案，本次 XXX系統(tǒng)的性能測試主要是采用通常的壓力測試模式來執(zhí)行 的，即：逐步增加壓力，查看應用系統(tǒng)在各種壓力狀況下的性能表現(xiàn)。在本次性能測試中，將使用美科利（Mercury）公司的性能測試LoadRunner8.1對測試應用的各層進行監(jiān)控，判斷 J2EE各層次的各類方法和類的調用使用時間和效率，并 幫助開發(fā)人員分析J2EE應用的各類操作的性能瓶頸點。2.1壓力測試在性能測試中，壓力測試主要

8、是為了獲取系統(tǒng)在較大壓力狀況下的性能表現(xiàn)而設計并實現(xiàn)的，壓力測試主要是獲取系統(tǒng)的性能瓶頸和系統(tǒng)的最大吞吐率。2.1.1壓力測試概述本次測試是針對XXX系統(tǒng)在應對密集整轉的壓力下業(yè)務處理能力的測試，檢驗系 統(tǒng)的吞吐率。本系統(tǒng)的壓力測試主要是針對主要業(yè)務功能、報表統(tǒng)計進行，檢查在日間 應用高峰時期，并發(fā)用戶數(shù)較多的時候的處理能力等等。2.1.2測試目的壓力測試的目的就是檢驗系統(tǒng)的最大吞吐量，檢驗現(xiàn)行的業(yè)務系統(tǒng)在各種壓力交易量下的運行狀況，檢驗系統(tǒng)地運行瓶頸，獲取系統(tǒng)的處理能力等等。本次針對XXX系統(tǒng)所進行的壓力測試的測試目的為：給出XXX系統(tǒng)當前的性能狀況定位XXX系統(tǒng)性能瓶頸或潛在性能瓶頸總結一

9、套合理的、可操作的、適合公司現(xiàn)實情況的性能測試方案，為后續(xù)的性 能測試工作提供基本思路。2.1.3測試方法及測試用例使用美科利公司（Mercury ）的性能測試軟件 LoadRunner,對現(xiàn)行的XXX系統(tǒng)進 行腳本錄制、測試回放、逐步加壓和跟蹤記錄。測試過程中，由LoadRunner的管理平臺調用各臺測試前臺，發(fā)起各種組合的交易請求，并跟蹤記錄服務器端的運行情況和返 回給客戶端的運行結果。使用的測試方法用例包括:業(yè)務類型用例一用例二用例三客戶開戶客戶訂購客戶繳費工單查詢綜合統(tǒng)計（XXX報表）針對每個測試用例，都將采用逐步加壓和瞬間加壓兩種客戶端連接方式進行，查看 服務器端在客戶端的連接數(shù)量變

10、化過程中對應的處理能力，以更好的定位系統(tǒng)在達到 多少并發(fā)或壓力下我們的系統(tǒng)出現(xiàn)了不穩(wěn)定。2.1.4測試指標及期望在本次性能測試中，各類測試指標包括測試中應該達到的某些性能指標，這些性能 指標均是來自應用系統(tǒng)設計開發(fā)時遵循的業(yè)務需求，當某個測試的某一類指標已經超出了業(yè)務需求的要求范圍，貝V測試已經達到目的，即可終止壓力測試。2141應用軟件級別的測試指標：CPU的利用率小于40%內存占用小于80%Processor queue length 小于 2Resp onse time 小于 1s吞吐量throughtput大于90%業(yè)務執(zhí)行的平均響應時間（期望值：<15s）不同并發(fā)用戶數(shù)的狀況下

11、的記錄上述值2142網絡級別的測試指標：吞吐量：單位時間內網絡傳輸數(shù)據量沖突率：在以太網上監(jiān)測到的每秒沖突數(shù)2143操作系統(tǒng)級別的測試指標：進程/線程交換率：進程和線程之間每秒交換次數(shù)CPU利用率：即CPU占用率（）系統(tǒng)CPU利用率：系統(tǒng)的CPU占用率（）用戶CPU利用率：用戶模式下的 CPU占用率（）磁盤交換率：磁盤交換速率中斷速率：CPU每秒處理的中斷數(shù)2.1.4.4數(shù)據庫級別的測試指標:數(shù)據庫I/O的流量大小數(shù)據庫鎖資源的使用數(shù)量數(shù)據庫的并發(fā)連接數(shù)：客戶端的最大連接數(shù)2.1.5測試數(shù)據準備2.1.5.1案例數(shù)據：滿負荷壓力90%根據測試系統(tǒng)的硬件條件， 選擇滿負荷的壓力，在系統(tǒng)的資源使用

12、基本維持在 左右的狀況下，測試天威寬帶業(yè)務管理系統(tǒng)的處理能力。數(shù)據準備工作包括：測試數(shù)據庫需具備與真實環(huán)境成一定比例或基本一致的數(shù)據2.1.6運行狀況記錄記錄可擴展性測試中的測試結果及其系統(tǒng)的運行狀況。除了記錄測試指標以外，應 該結合測試實時記錄系統(tǒng)各個層次的資源和參數(shù)。主要包括：硬件環(huán)境資源服務器操作系統(tǒng)參數(shù)網絡相關參數(shù)數(shù)據庫相關參數(shù)：具體數(shù)據庫參數(shù)有所不同，結合各個數(shù)據庫獨有的特點記錄3第三章測試過程及結果描述3.1測試描述在測試數(shù)據準備完備以后，測試將進行。記錄每次測試的結果數(shù)據，分析測試結果 對系統(tǒng)進行全面評估。3.2測試場景測試中，使用逐步加壓的模式，測試運行場景安排如下:1.每隔2秒增加1個用戶連接，最多增加到100個用戶，查看并記錄運行情況2.每隔2秒增加2個用戶連接，最多增加到200個用戶，查看并記錄運行情況3.每隔2秒增加1個用戶連接，最多增加到300個用戶，查看并記錄運行情況4.每隔3秒增加1個用戶連接，最多增加到400個用戶，查看并記錄運行情況每個場景都包括：用戶登錄-業(yè)務操作-業(yè)務完成-退出系統(tǒng)，所有用例都按以上場景進行測試，由于pc性能限制，為了更準確模擬現(xiàn)場環(huán)境，將運行的所有腳本部署在8臺LoadRunner終端上，主要目的就是檢查在不同的壓力的情況下，業(yè)務系統(tǒng)的性能表3.3測試結果執(zhí)行每個場景時記錄以下相應的數(shù)據