每個用戶每天可能下多少筆單，平均需要多少次來執(zhí)行這個操作？那么根據(jù)用戶數(shù)，我們就可以確定每天下單的筆數(shù)。如50人，平均每人每天下10次，每次下100筆，那么總筆數(shù)就是50*10*100=50000筆。注意此數(shù)據(jù)根據(jù)TPS換算后，我們可以換算出系統(tǒng)的業(yè)務(wù)總處理量是否能達到這個數(shù)據(jù)，這也是一個很重要的指標(biāo)。

3）調(diào)查當(dāng)前和未來高峰時業(yè)務(wù)的總筆數(shù)

即上面所描述的特殊情況，這也是必須要考慮，并且拿到的數(shù)據(jù)。

要點三：場景業(yè)務(wù)的調(diào)查

1）系統(tǒng)關(guān)鍵、核心的業(yè)務(wù)

從系統(tǒng)亮點出發(fā)，以主要的業(yè)務(wù)邏輯點為第一核心：這些功能對系統(tǒng)或公司來說往往具有舉足輕重的地位，無論怎樣都必須要優(yōu)先執(zhí)行滿足這以功能的性能測試

2）高訪問量的功能，經(jīng)常承受壓力的功能點

系統(tǒng)中表現(xiàn)在系統(tǒng)關(guān)鍵、核心業(yè)務(wù)前面必須要經(jīng)過的地方：比如對于百度搜索來說，其核心業(yè)務(wù)是搜索功能，但是首先要面對的其高訪問量對是搜索輸入框加載的首頁，百度首頁加載即高訪問量的請求

3）業(yè)務(wù)復(fù)雜度高

往往說來業(yè)務(wù)邏輯復(fù)雜度的都具備1、2點的要素，可能其功能使用的人數(shù)較少但是對系統(tǒng)有很嚴(yán)重影響：這些功能由于其業(yè)務(wù)邏輯具有的復(fù)雜度，往往出錯的可能性也比較高，所以這些功能也是必須要進行測試的。

要點四、與性能指標(biāo)指標(biāo)相關(guān)的調(diào)查

1、調(diào)查每秒事務(wù)數(shù)(TPS)

這是衡量系統(tǒng)處理能力的一個重要指標(biāo)，同時這個指標(biāo)在一定程序也關(guān)系到業(yè)務(wù)數(shù)量是否能夠及時完成，所以需要獲得。

估算方式一：BS類可以參考以下指標(biāo)估算：Vuser*TRequest/RPS=TPS（注意1Requset的含義為Resource=0的請求）。Resource=0的含義其實就是保證此次請求能夠真正到達服務(wù)器，去掉那些本地可以緩存的東西。

估算方式二：CS類可以參考每小時的業(yè)務(wù)數(shù)/3600s，這是沒辦法的辦法。

估算方式三：API類往往要求是Vuser*1API=TPS，由于公司的API都是提供給機構(gòu)用戶的，所以API要求往往比較高，所以需要保證其遠算得非?？?。

注：Vuser：虛擬用戶數(shù)；TRequest：事務(wù)中的請求數(shù)；RPS：平均響應(yīng)時間。

2、調(diào)查90％（或95％）響應(yīng)時間

只看平均時間是不太科學(xué)的，對于我們的系統(tǒng)來說需要保證絕大多數(shù)的用戶其響應(yīng)時間都是非?？斓?，所以我們從90％或95％用戶響應(yīng)時間為指標(biāo)的標(biāo)準(zhǔn)。如果拿不到，那么我們?nèi)钥梢怨浪悖?/span>

估算方式一：BS類，按通用的標(biāo)準(zhǔn)2一5一8的標(biāo)準(zhǔn)來進行。不同業(yè)務(wù)，不同客戶類型要求不同，但對于我們的產(chǎn)品來說絕大多數(shù)是不能超過5s

估算方式二：CS類，根據(jù)處理的數(shù)據(jù)量其時間不同，但一般說來是不能超過15s的。

估算方式三：API類，從行業(yè)的角度來說，一般要求是毫秒級（<500ms)

3、平均響應(yīng)時間和TPS的波動率

這是對響應(yīng)時間的補充，要求其系統(tǒng)響應(yīng)時間應(yīng)盡量穩(wěn)定，TPS的波動率受測試方法和思考、間隔時間的影響?？蓞⒖家韵碌挠嬎惴绞剑篢=（TPS標(biāo)準(zhǔn)差/TPS平均值）*100％一般說來小于10％T= (RPS標(biāo)準(zhǔn)差/RPS平均值）*100％一般說來小于10%

第一類前端性能測試（客戶端）

B/S：HttpWatch、FireBug、YSlow、JS內(nèi)存泄漏、大數(shù)據(jù)量下的功能測試、瀏覽器長時間運行的穩(wěn)定性測試等。

C/S：內(nèi)存泄漏、CPU使用、顯卡使用等：

網(wǎng)絡(luò)性能測試：利用工具分析網(wǎng)絡(luò)傳輸以及延時等，為寬帶拓展做鋪墊。

第二類服務(wù)器端性能測試

性能測試，是指以性能預(yù)期目標(biāo)為前提，對系統(tǒng)不斷施加壓力，驗證系統(tǒng)在資源可接受范圍內(nèi)，是否能達到性能預(yù)期。（即：系統(tǒng)是否滿足預(yù)定的性能目標(biāo)？）

負載測試，是指對系統(tǒng)不斷地增加壓力或增加一定壓力下的持續(xù)時間，直到系統(tǒng)的某項或多項性能指標(biāo)達到臨界值，例如某種資源已經(jīng)達到飽和狀態(tài)等：（即，最大并發(fā)數(shù)是多少？在什么時候，響應(yīng)時間不可接受”系統(tǒng)的服務(wù)器資源瓶頸是什么？）

穩(wěn)定性測試，是指被測試系統(tǒng)在特定硬件、軟件、網(wǎng)絡(luò)環(huán)境條件下，給系統(tǒng)加載一定業(yè)務(wù)壓力，使系統(tǒng)運行一段較長時間，以此檢測系統(tǒng)是否穩(wěn)定，一般穩(wěn)定性測試時間為n*12小時。（即系統(tǒng)在一般壓力條件下，是否可以提供連接不斷的優(yōu)質(zhì)服務(wù)？系統(tǒng)在長時間最大壓力條件下，是否崩潰？）

4、測試前環(huán)境的檢查收集

環(huán)境檢查包括服務(wù)器的架構(gòu)以及部署方案，服務(wù)器的配置、中間件的參數(shù)配置，以及需求、功能測試報告、API調(diào)用方式等。服務(wù)器的配置需要收集生產(chǎn)環(huán)境與實測試環(huán)境的服務(wù)器的配置。主要收集：

CPU：型號、核心、速度、核數(shù)、倍頻、總線速度，己耗費平均CPU

內(nèi)存：總物理內(nèi)存、所在磁盤的虛擬內(nèi)存、可用物理內(nèi)存

磁盤：轉(zhuǎn)速（如是舊有電腦，在執(zhí)行前最好磁盤碎片整理一下）

網(wǎng)卡：一般是100Mb，專用網(wǎng)絡(luò)可能在1000MB以上。

業(yè)務(wù)——跟據(jù)客戶實際使用情況，劃分業(yè)務(wù)比例：某個功能在一段時間內(nèi)的使用頻率：每天使用此功能大概有多少次？在多長時間內(nèi)會操作此功能？如設(shè)計腳本用例為：登錄>進入單表查詢（70％）>通過目錄導(dǎo)航（80％）>檢索>下載（80％），根據(jù)功能的重要性，這個用例應(yīng)該首先要測試單場景，并且并發(fā)數(shù)也可能比其它的功能大一些，所以需要設(shè)置集合點。其它業(yè)務(wù)相對于使用得少一些的則可以將其與上面的用例組合成混合場景：其它場景也可以繼續(xù)細分。

思考時間——觀察、推測用戶操作這一個過程的時間以一個正常用戶使用系統(tǒng)業(yè)務(wù)的角色，錄制腳本隨機產(chǎn)生，隨后根據(jù)實際情況調(diào)整其值：在運行場景的時候，以50％至120％的比例隨機使用思考時間

5.持續(xù)時間用戶操作此功能的時間段，采用二八定理，取80％的場景時間：注意用戶操作此功能時間段，如果是業(yè)務(wù)類軟件，中午的時間要去掉：

6.加載和退出方式一般采用緩慢登錄的方式，以便觀察當(dāng)用戶數(shù)降低時其服務(wù)器的資源情況。但登錄和退出功能除外，更多的登錄和退出是集中在一個時間段。

標(biāo)簽：性能測試，性能測試指標(biāo)

上一篇性能測試報告-用于項目的性能驗證、性能調(diào)優(yōu)、發(fā)現(xiàn)性能缺陷等應(yīng)用場景

下一篇滲透測試是什么？怎么做？

分享到：

測評服務(wù)