性能測試報告案例

4/4性能測試報告案例(DOC)

具對測試過程中系統(tǒng)各點(diǎn)進(jìn)行監(jiān)控，每一次測試結(jié)束后工具自動采集測試結(jié)果并生成原始報告供分析使用。

Web1.Controller2.數(shù)據(jù)庫服務(wù)器

服務(wù)器

4.測試結(jié)果被搜集及保存起來供分析控制器

起到調(diào)度壓力測試并管理監(jiān)控器

模擬大量的真實(shí)用戶生成壓力.

3.監(jiān)控器實(shí)時捕獲系統(tǒng)的性能狀態(tài)

性能監(jiān)控器

應(yīng)用服務(wù)器虛擬用戶生成器

5.產(chǎn)生性能分析報告

被測系統(tǒng)

2）壓力測試實(shí)施基本流程：測試環(huán)境準(zhǔn)備

系統(tǒng)性能壓力測試環(huán)境要求與生產(chǎn)系統(tǒng)的軟、硬件環(huán)境保持一致，并具有相同規(guī)模的業(yè)務(wù)數(shù)據(jù)，并保證軟件版本與生產(chǎn)環(huán)境保持一致。

壓力模型定義：

此次性能測試的用例選擇，按照海泰方圓提供的業(yè)務(wù)數(shù)據(jù)進(jìn)行分析抽取，用例選取是性能測試壓力模型設(shè)計的首要任務(wù)。用例選取的原則是：

1)典型的交易和業(yè)務(wù)流程2)用戶操作使用頻繁3)對系統(tǒng)性能影響較大

4)性能測試壓力符合業(yè)務(wù)系統(tǒng)實(shí)際的實(shí)際交易發(fā)生比例

實(shí)際執(zhí)行場景的設(shè)置盡量模擬實(shí)際業(yè)務(wù)進(jìn)行，運(yùn)行時長，操作間隔（思考時間），循環(huán)間隔，并發(fā)間隔，用戶加載和減壓時間根據(jù)系統(tǒng)基準(zhǔn)測試結(jié)果進(jìn)行判斷和設(shè)置。

測試數(shù)據(jù)準(zhǔn)備：

測試數(shù)據(jù)要求盡量模擬真實(shí)業(yè)務(wù)數(shù)據(jù)，而且具有一定可重用性。能貫穿各相關(guān)系統(tǒng)，保

證業(yè)務(wù)流程的順暢正確。具體的數(shù)據(jù)類型和數(shù)據(jù)量需要根據(jù)選擇的交易類別或性能測試場景設(shè)置而定。

此外性能測試會產(chǎn)生大量的虛擬用戶，需要消耗大量的測試數(shù)據(jù)。其數(shù)量直接關(guān)乎測試結(jié)果。測試中所需的基本數(shù)據(jù)類型為：

系統(tǒng)用戶數(shù)據(jù)：登陸系統(tǒng)使用的用戶名-口令等，數(shù)量與虛擬用戶數(shù)一致。

業(yè)務(wù)數(shù)據(jù)：每個虛擬用戶模擬真實(shí)用戶進(jìn)行操作時使用到的數(shù)據(jù)。

輔助數(shù)據(jù)：為保證業(yè)務(wù)操作的正常進(jìn)行而設(shè)置的基本信息資料。

測試程序開發(fā)：

利用在歷史數(shù)據(jù)收集步驟中所獲得的典型用戶的系統(tǒng)訪問模式，做為測試程序開發(fā)的依據(jù)。該測試程序應(yīng)該覆蓋典型用戶的系統(tǒng)訪問模式所涉及的操作。腳本的開發(fā)是利用

LoadRunnerVugen進(jìn)行腳本錄制，開發(fā)，參數(shù)化，調(diào)試的過程。

測試執(zhí)行：

測試準(zhǔn)備階段完畢后，確保測試環(huán)境、測試程序、測試過程、測試數(shù)據(jù)，且均已驗(yàn)證通過后，然后在指定的時間內(nèi)可對系統(tǒng)施實(shí)性能測試，性能測試執(zhí)行分為兩個階段：

1、性能基準(zhǔn)測試：系統(tǒng)在輕負(fù)載環(huán)境下，模擬各業(yè)務(wù)的單用戶交易，評估當(dāng)前系統(tǒng)的

性能表現(xiàn)，并作為后續(xù)壓力測試的性能比較基準(zhǔn)；

2、單交易負(fù)載測試：

3、負(fù)載壓力測試：仿真現(xiàn)實(shí)，模擬大批量并發(fā)業(yè)務(wù)交易，評估系統(tǒng)在高負(fù)載情況下系

統(tǒng)的性能表現(xiàn)。

測試結(jié)果分析報告：

壓力測試結(jié)果經(jīng)過確認(rèn)有效后，將匯總壓力測試結(jié)果，形成最終的性能測試分析報告。3測試環(huán)境

3.1被測系統(tǒng)

3.1.1硬件環(huán)境

系統(tǒng)IP地址所在主機(jī)配置備注

應(yīng)用服務(wù)器CPU：XeonMPX4600Win2003Server

幫助下，用戶可以以模擬上千萬用戶實(shí)施并發(fā)負(fù)載及實(shí)時性能監(jiān)測的方式來確認(rèn)和查找問題。LoadRunner能夠?qū)φ麄€企業(yè)架構(gòu)進(jìn)行測試，它通過模擬實(shí)際用戶的操作行為和實(shí)行實(shí)時性能監(jiān)測，來幫助用戶更快的查找和發(fā)現(xiàn)問題。此外，LoadRunner能支持廣泛的協(xié)議和技術(shù)，可以為用戶的特殊環(huán)境提供特殊的解決方案。

本次測試采用的LoadRunner版本為。

4測試設(shè)計

4.1模擬用戶數(shù)

依據(jù)系統(tǒng)目前的業(yè)務(wù)量以及未來業(yè)務(wù)量增長，對當(dāng)前系統(tǒng)分別按3000、4500、6000用戶進(jìn)行壓力測試，以評估系統(tǒng)在不同壓力梯度情況下的性能表現(xiàn)。

4.2測試模型建立

此次性能測試的業(yè)務(wù)選擇，應(yīng)覆蓋各性能關(guān)鍵業(yè)務(wù)，并通過海泰方圓、北京行所志雙方協(xié)商選取被測業(yè)務(wù)。根據(jù)協(xié)商選定如下業(yè)務(wù)進(jìn)行性能測試：

開具發(fā)票

以此基礎(chǔ)上定義測試執(zhí)行壓力模型：

在混合業(yè)務(wù)場景壓力梯度測試過程中，分別按3000、4500、6000用戶進(jìn)行壓力測試，在各個壓力測試過程中保持測試場景和調(diào)度測試的完全一致，使結(jié)果具有很好的可比性。

壓力測試執(zhí)行場景描述如下：

1、模擬用戶數(shù)：3000、4500、6000

2、Pacing：120秒；

3、當(dāng)所有用戶加載完畢后連續(xù)運(yùn)行15分鐘；

4、用戶調(diào)度策略：每1秒啟動30個虛擬用戶。

業(yè)務(wù)場景一

序號交易業(yè)務(wù)

配比

執(zhí)行

時間

操作

間隔

1開具發(fā)票100%15分鐘120秒業(yè)務(wù)場景二

序號交易業(yè)務(wù)

配比

執(zhí)行

時間

操作

間隔

1開具發(fā)票（無合同）85%

15分鐘120秒2開具發(fā)票（有合同）15%

說明：

按照以上場景設(shè)置，可估算出模擬用戶數(shù)與每小時業(yè)務(wù)量的對應(yīng)關(guān)系如下：

模擬用戶數(shù)300045006000

每小時業(yè)務(wù)量90000135000180000

5測試結(jié)果分析

說明：術(shù)語解釋

（事務(wù)）－LoadRunner中定義，為一個流程中某個環(huán)節(jié)的稱謂，一個流程可稱為

一個大的事務(wù)，在這個大的交易中包含許多的小的事務(wù)。

響應(yīng)時間－LoadRunner中衡量流程中各個事務(wù)性能的最佳手段，計算的是端到端

的時間，說的通俗一點(diǎn)，從點(diǎn)擊應(yīng)用中的某個控件，到從數(shù)據(jù)庫返回數(shù)據(jù)到客戶端，整個過程都被計算在事務(wù)的響應(yīng)時間內(nèi)。

場景－LoadRunner中專門術(shù)語。它是所有測試資源包括測試腳本、運(yùn)行設(shè)置、運(yùn)

行用戶數(shù)等的集合。在這個場景中，可以定義并發(fā)用戶的數(shù)目，定義要運(yùn)行的腳本，

或者說運(yùn)行的流程類型。在一個場景中，可以是單個流程，也可以是多個流程的混

合。

虛擬用戶－LoadRunner中特定術(shù)語，為模擬現(xiàn)實(shí)中的實(shí)際用戶，測試軟件使用虛

擬用戶代替真實(shí)的用戶。

5.1業(yè)務(wù)場景一（無基礎(chǔ)數(shù)據(jù)）梯度壓力測試分析

5.1.1平均響應(yīng)時間梯度對比

下圖是不同用戶數(shù)下各事務(wù)的平均響應(yīng)時間隨用戶數(shù)變化的曲線：

5.3系統(tǒng)穩(wěn)定性測試

在系統(tǒng)測試過程中，我們發(fā)現(xiàn)WebLogic的JVM可用內(nèi)存逐漸減少，下圖是在WebLogic監(jiān)控臺所監(jiān)控到的情況：

為了驗(yàn)證確認(rèn)此現(xiàn)象，進(jìn)行了4500用戶6個小時的測試，當(dāng)測試執(zhí)行到1小時左右，WebLogicJVM基本已無內(nèi)存可用，如下圖所示：

被占用內(nèi)存無法釋放，導(dǎo)致被測系統(tǒng)在長時間運(yùn)行后響應(yīng)時間明顯上升，處理能力明顯下降，如下圖所示：

分析：

用戶在登錄時，系統(tǒng)會自動生成一個session，并占用部分內(nèi)存，而這個session的過期時間設(shè)置為2小時，按照用戶習(xí)慣分析，當(dāng)用戶使用直接關(guān)閉IE窗口退出系統(tǒng)的方式退出，這個session是不釋放的，并繼續(xù)占用內(nèi)存。測試過程中沒有做退出操作，導(dǎo)致大量用戶session不釋放。根據(jù)上圖顯示，40分鐘時性能開始下降，此時在線用戶數(shù)約為*60*40=90000。

解決方法：

開發(fā)人員修改程序，點(diǎn)擊重新登錄時清除session，并在測試過程中，完成開具發(fā)票操作后就點(diǎn)擊重新登錄。重新執(zhí)行測試后，此現(xiàn)象消失。

5.4有、無合同場景對比測試

在測試過程中，用戶提出部分用戶需要在開具發(fā)票是選擇合同，因此設(shè)計以下場