web性能測試用例設計策略及方法

web性能測試策略一般從需求設計階段開始討論如何定制，它決定著性能測試工作要投入多少資源，什么時間開始實施等后續(xù)工作的安排；其制定的主要依據(jù)是軟件自身的特點和用戶對性能的關注程度，其中軟件自身的軟件按照用途的不同可以分為兩大類，系統(tǒng)類軟件和應用類軟件。系統(tǒng)類軟件通常對性能要求較高，因此性能測試應該盡早介入；應用類軟件分為特殊類應用和一般類應用，特殊類應用主要有銀行，電信，電力，保險，醫(yī)療，安全等領域軟件，這類軟件使用頻繁，用戶較多，也需要較早進行性能測試；一般類主要是指一些普通類應用如OA，MIS 等一般類軟件根據(jù)實際情況制定性能測試策略，受用戶因素影響較大；

1. 系統(tǒng)類軟件：

從設計階段就開始針對系統(tǒng)架構，數(shù)據(jù)庫設計等方面進行討論，從根源來提高性能，系統(tǒng)類軟件一般從單元測試階段開始性能測試實施工作，主要是測試一些和性能相關的算法和模塊；

2. 應用類軟件：

特殊應用：從設計階段就開始針對系統(tǒng)架構，數(shù)據(jù)庫設計等方面進行討論，從根源來提高性能，系統(tǒng)類軟件一般從單元測試階段開始性能測試實施工作，主要是測試一些和性能相關的算法和模塊；

一般應用：與使用用戶的重視程度有關，用戶高度重視時 ，設計階段開始進行一些討論工作，主要在系統(tǒng)測試階段開始進行性能測試實施；用戶一般重視時，可以在系統(tǒng)測試階段的功能測試結束后進行性能測試；用戶不怎么重視時，可以在軟件發(fā)布前進行性能測試，提交測試報告即可；

WEB性能測試用例設計模型

性能測試用例設計通常不會一次設計到位，是一個不斷迭代完善的過程，即使在使用過程中，也不是完全按照設計好的測試用例來執(zhí)行，需要根據(jù)需求的變化進行調(diào)整和修改； WEB性能測試用例設計模型是一個內(nèi)容全面比較容易組織和調(diào)整的模型架構。

1.預期性能指標測試用例；

指一些十分明確的，在系統(tǒng)需求設計階段預先提出的，期望系統(tǒng)達到的，或者向用戶保證的性能指標，針對每個指標都要編寫一個或者多個測試用例來驗證系統(tǒng)是否達到要求，預期性能指標測試用例主要參考需求和設計文檔，把里面十分明確的性能要求提取出來，指標中通常以單用戶為主；

如：對于普通的客戶端，系統(tǒng)上傳5MB以內(nèi)的文件，速度不低于2MB/S；輸入動作：選擇1-5 MB的文件并上傳，用秒表計時；期望的性能：上傳的時間小于等于2.5S實際性能： 上傳的時間2.29秒；這類用例通常以手工的方式執(zhí)行；

2.用戶并發(fā)性能測試用例；

用戶并發(fā)測試主要通過逐漸增加用戶數(shù)量來加重系統(tǒng)負擔，并通過測試工具對應用系統(tǒng)，各種服務器資源進監(jiān)控，用戶并發(fā)測試可以是正常數(shù)量用戶和特殊數(shù)量用戶進行并發(fā)， 用戶并發(fā)測試是系統(tǒng)性能測試的核心部分，涉及壓力測試，負載測試，強度測試等多方面的內(nèi)容。

獨立業(yè)務性能測試實際就是核心業(yè)務模塊的某一業(yè)務的并發(fā)性能測試，可以理解為單元性能測試；組合業(yè)務的性能測試是一個或者多個模塊的多個業(yè)務同時進行并發(fā)性能測試，可以理解為集成性能測試，單元性能測試和集成性能測試兩者緊密相連合并稱為用戶并發(fā)性能測試；用戶并發(fā)測試要求選擇有代表性的關鍵的業(yè)務來設計測試用例，以便更有效的評測系統(tǒng)性能；其測試用例設計文檔的基本的編寫思想是按照系統(tǒng)的體系結構進行編寫。

組合模塊的性能測試是最能反映用戶實際使用情況的測試，它把前面系統(tǒng)中具有耦合關系的模塊組合起來進行測試，可以理解為集成性能測試，組合模塊并發(fā)測試可以真實反映用戶使用系統(tǒng)的情況，可以從需求，設計文檔；現(xiàn)場調(diào)查，系統(tǒng)采集數(shù)據(jù)獲取用戶場景；具有耦合關系的核心模塊進行組合并發(fā)測試：主要測試在多用戶并發(fā)條件下，一些存在耦合關系或者數(shù)據(jù)接口的模塊是否正常運行；彼此獨立的，內(nèi)部具有耦合關系的核心模塊組的并發(fā)測試：這類測試的對象是多個模塊組，每個組相關的模塊具有一定的耦合關系，組與組之間關系相互獨立，主要站在用戶的角度考慮問題；

基于用戶場景的并發(fā)測試：選擇用戶的一些典型場景進行測試，測試對象不限制于核心模塊或非核心模塊；

組合模塊用戶并發(fā)性能測試的前兩種類型仍然是針對核心模塊的同時也關注用戶場景，這樣做的原因是大多數(shù)的性能問題都是由用戶經(jīng)常使用的核心模塊一起的；可以看出，組合模塊的用戶并發(fā)性能測試既關注功能測試，也關注性能測試，通過發(fā)現(xiàn)一些接口和綜合性能方面的問題，使系統(tǒng)更加穩(wěn)定的運行。

疲勞強度與大數(shù)據(jù)量測試；疲勞強度測試：主要特點是長時間對目標測試系統(tǒng)加壓，目的是測試系統(tǒng)的穩(wěn)定性，持續(xù)時間一般在1小時以上；

疲勞強度測試屬于用戶并發(fā)測試的延續(xù)，因此核心內(nèi)容仍然是核心模塊用戶并發(fā)和組合模塊用戶并發(fā)，在編寫測試用例時需要編寫不同參數(shù)或者負載條件下的多個測試用例，可以參考用戶并發(fā)性能測試用例的設計內(nèi)容，通常修改相應的參數(shù)就可實現(xiàn)所需要的測試場景；

大數(shù)據(jù)量測試：主要針對對數(shù)據(jù)庫有特殊要求的系統(tǒng)進行的測試，如電信業(yè)務系統(tǒng)的手機短信業(yè)務；可以分為實時大數(shù)據(jù)量，主要目的是測試用戶較多或者某些業(yè)務產(chǎn)生較大數(shù)據(jù)量時，系統(tǒng)能否穩(wěn)定運行；極限狀態(tài)下的測試，測試系統(tǒng)使用一段時間即系統(tǒng)累計一點量的數(shù)據(jù)時能否正常的運行業(yè)務；前面兩種的結合，測試系統(tǒng)已經(jīng)累計了較大數(shù)據(jù)量時，一些實時產(chǎn)生較大數(shù)據(jù)量的模塊能否穩(wěn)定工作；

基于硬件的測試：主要是通過各種軟件工具，儀器等測試整個系統(tǒng)的網(wǎng)絡運行環(huán)境，一般由系統(tǒng)集成人員負責 ；基于應用系統(tǒng)的測試：主要測試用戶數(shù)目與網(wǎng)絡帶寬的關系，通過測試工具準確展示帶寬，延遲，負載和端口的變化是如何影響用戶響應時間的；網(wǎng)絡性能測試的用例設計主要針對后一種類型，可以獨立進行測試，也可以和用戶并發(fā)性能測試，疲勞強度與大數(shù)據(jù)量測試結合起來，在原有的基礎上采用工具來調(diào)整網(wǎng)絡設置，從而達到監(jiān)視網(wǎng)絡性能的目的；

服務器性能測試主要是對數(shù)據(jù)庫，WEB服務器，操作系統(tǒng)的測試，目的是通過性能測試找出服務器的瓶頸，為系統(tǒng)擴展，優(yōu)化提供相關的依據(jù)；分為：高級服務器性能測試：在特定的硬件條件下，由數(shù)據(jù)庫，WEB服務器，操作系統(tǒng)相應領域的專家進行的性能測試；

初級服務器性能測試：在系統(tǒng)運行前面的性能測試時，通過測試工具對數(shù)據(jù)庫，WEB服務器，操作系統(tǒng)的使用情況進行監(jiān)控，然后進行綜合分析，找出系統(tǒng)瓶頸；性能測試的主要目的是在軟件功能良好的前提下，發(fā)現(xiàn)系統(tǒng)瓶頸并解決，而軟件和服務器是產(chǎn)生瓶頸的兩大來源，因此服務器測試一定要和前面的測試結合起來進行；在進行用戶并發(fā)性能測試，疲勞強度與大數(shù)據(jù)量性能測試時，可以完成對服務器的監(jiān)控并對服務器性能進行評估；這類部分的測試用例一般不必單獨編寫；

總之，性能測試用例的設計是需要通過不斷分析總結才能做好，不但要分析性能測試用例的可用性，執(zhí)行效果，執(zhí)行時間，還應該分析用例的設計方法，設計思路等。

推薦閱讀：

Web性能測試中，B/S與C/S架構的性能指標一般需要哪些內(nèi)容？

進行web負載測試的幾個主要步驟

高并發(fā)系統(tǒng)性能測試之性能調(diào)優(yōu)和優(yōu)化策略

如何開展數(shù)據(jù)庫系統(tǒng)的性能需求分析?如何制定數(shù)據(jù)庫能力評估模型？

帶您理解解負載測試怎么做及負載測試工具

什么是WebSocket？有哪些支持WebSocket協(xié)議的壓力測試工具？

大型web網(wǎng)站壓力測試技巧及常見的web頁面性能測試工具

Web性能測試用例設計方法及分析

Web壓力測試怎么測?壓力測試怎么確定并發(fā)數(shù)？