一、            概述

本文目的是提供效能測試分析人員在測試需求分析階段提供技術指導作用，指導其對採集的業務資料進行整理並轉換為合理的專案效能需求指標，並提供測試執行人員在執行過程中以此為目標。

二、            名詞解釋

Ø  業務模型：描述業務系統在運營過程中核心交易配比（通常採集80%業務量的交易作為參考）清晰描述每個交易在系統業務量中的比例

Ø  測試模型：在測試執行時採用的交易配比模型。

三、            資料來源分析

Ø  線上業務資料

Ø  運維數情況資料

Ø  未來業務增長資料

四、            輸出描述

1.       測試需求分析報告中要清晰描述本次測試要進行哪幾種類型的測試。例如容量測試、穩定性測試、異常測試、速度測試、負載測試等

2.       測試需求分析報告中要清晰描述測試模型情況，測試模型和業務模型是有區別的，業務模型是從線上業務實際情況統計得來的，統計的資料是真實的線上資料，因此業務模型是線上交易分佈的真實展現。測試模型是以業務模型為依據並結合測試需要對業務模型進行調整。例如需要調高某一類交易所佔比例來實現測試目的。

3.        測試需求分析報告中要清晰描述測試指標，測試指標是用來評價一個系統是否滿足效能需求的標準，測試指標包括系統響應性、系統可用性、系統資源佔用率。

五、            測試型別選擇

1.       常見效能測試型別

2、被測試系統背景分類

3、系統與測試型別MAP

六、            設計測試模型

1.       業務模型的設計

一個系統的業務模型是通過業務調研獲得，業務模型的正確性反映在兩個方面首先業務選擇的正確性和業務比例的正確性。

首先業務選擇，一個系統可能支援幾百個業務活動（也有叫做交易）但是隻有少數的業務活動非常頻繁，佔總業務量的80%以上，那麼在效能測試時只需關心這些佔了大部分業務量的少量業務上。

其次業務比例，如何精確統計業務的數量是關鍵問題，針對一個全新的系統可能要通過對使用系統的涉眾進行調研，搞清楚他們群體數量，操作行為週期。在通過組合這些資料確定在常規業務日中各種業務佔總業務的比率，同時也要考慮特殊交易日的情況，

例如某一個商務活動或週期性的業務結算日等都是特殊交易日，在特殊交易日時某一類業務量可能突然增高很多那麼在常規業務日的業務比例就不再合適，這點在業務模型上要進行區分。常規業務模型用來測試系統容量，特殊日業務模型要單獨做壓力負載測試場景。

對於已上線運營的系統做業務模型的調研相對簡單，不再需要去調研那麼多的涉眾，只需與運營維護部門進行協調，由他們協助測試需求調研人員提取系統中的歷史資料就可以，那麼在資料選擇上要有些規則，要選取相對長時期的資料比如幾個月，有條件的選取一年資料，取一年中每月平均業務量，選取年度高峰月業務資料，選取月度高峰日業務資料。

2.       測試模型

業務模型是根據系統運營真實資料得來的，真實反映系統運營的業務狀況。測試模型是以業務模型為基礎根據測試需求不同對業務模型調整或不調整納入到測試場景中直接使用。

七、            效能指標分析方法

1.     效能測試指標

業務處理能力：每秒處理交易數量

業務響應性： 每種業務執行響應時間

業務正確率：執行過程中通過事務佔總業務比例

系統資源指標：系統資源佔用率

2.     業務處理能力

業務處理能力是評測系統每秒所能處理的最大業務量，單位是Transaction/sec

計算每秒處理業務量需要兩個關鍵資料，一個是在指定時間內的指定業務量，二是指定的時間段。如何選擇這兩個資料是非常關鍵。通常業務調研階段給的每天平均業務量或者某高峰日最大業務量。如何轉換資料為每秒業務量，通常有演算法：

28規則，這是比較常用的計算方法

例如：一個系統日交易高峰某100000筆交易，系統每天運營8個小時

那麼計算規則是 100000筆*80% / (8*3600*20%) =14筆/秒