WEB性能測試用例設計模型是設計性能測試用例的一個框架，在實際項目中，需要對其進行適當?shù)募舨?，從而確定性能測試用例的范圍和類別。剪裁的依據(jù)是性能測試策略和測試范圍，在測試用例主要框架確定后，接下來就是如何設計各類性能測試用例中具體數(shù)據(jù)。
基于用戶的測試多在用戶現(xiàn)場進行，為了測試目的而進行的測試多在開發(fā)環(huán)境即開發(fā)團隊的內部進行。為了測試目的而設計的測試用例場景主要根據(jù)測試設計人員的經驗來進行，但是仍要參考用戶的實際場景，用戶實際使用場景是設計所有測試用例的依據(jù)。
性能測試用例設計首先要分析出用戶現(xiàn)實中的典型場景，然后參照典型場景進行設計。
1. 確定用戶使用系統(tǒng)情況的方法
確定用戶對系統(tǒng)的使用情況是設計用例具體數(shù)據(jù)的基礎，后面并發(fā)用戶數(shù)據(jù)設計，疲勞強度設計以及各種場景設計都要依賴對用戶使用系統(tǒng)情況的分析，分析用戶使用情況經常采用現(xiàn)場調查和分析系統(tǒng)日志兩種方法：
用戶現(xiàn)場調查：通過和用戶進行溝通，可以確定用戶的人員組成情況，這類方法適用于用戶群體固定且目標測試系統(tǒng)沒有投產前的情況。
分析系統(tǒng)日志：當用戶比較分散，現(xiàn)場調查比較困難時，可以采用對系統(tǒng)日志進行分析的方法，作為對用戶現(xiàn)場調查的補充。
2. 并發(fā)用戶數(shù)量設計
設計并發(fā)用戶數(shù)量前，首先要了解確定系統(tǒng)最大并發(fā)用戶數(shù)量的方法可，以根據(jù)系統(tǒng)的最大使用人數(shù)或者最大在線數(shù)量來評估最大并發(fā)用戶數(shù)量的方法：
極限法：取最大在線用戶數(shù)作為最大并發(fā)數(shù)，這種方法適用于系統(tǒng)已經投產目標用戶群體不確定的門戶網(wǎng)站，可以通過分析日志來進行測試，也可以使用系統(tǒng)已經注冊的用戶數(shù)量作為系統(tǒng)的用戶數(shù)量，按照經驗公式來估算最大用戶數(shù)量。
用戶趨勢分析：對軟件生存周期內的用戶未來走勢進行分析，預測系統(tǒng)可能達到的最大使用用戶數(shù)目，從而估算系統(tǒng)的最大并發(fā)用戶數(shù)目，這種方法多用于用戶數(shù)目逐漸增多的情況。
經驗評估法：多用于系統(tǒng)的使用用戶數(shù)目相對穩(wěn)定而且比較明確的系統(tǒng)。
并發(fā)用戶數(shù)量的設計基本是按照最大并發(fā)用戶的數(shù)量的百分比來設計的，對于某一特定的用例，需要注意：
一、按照各類用戶同時遞增的方式來設計用戶數(shù)量，是為了按照由淺入深的方法來發(fā)現(xiàn)系統(tǒng)的瓶頸；
二、并發(fā)用戶的最大值一般不會超過前面計算的最大并發(fā)用戶數(shù)量的 20% ，除非是為了測試系統(tǒng)能支持的最大并發(fā)用戶數(shù)量；
三、設計用戶數(shù)量時要考慮成本，因為每組用戶數(shù)都意味著至少執(zhí)行一次測試；
3. 系統(tǒng)不同時間段場景的設計
不同時間段的場景更接近用戶使用情況，它也是設計核心模塊和組合模塊并發(fā)性能測試用例的基礎，不同時間段場景分析的數(shù)據(jù)主要是前面的需求分析和日志分析結果。
不同時間段場景的設計基本原則有兩個：一是選擇典型的場景進行測試，尤其要選擇場景中并發(fā)用戶數(shù)目較大的場景；二是要覆蓋全面，設計出的用例要覆蓋到壓力可能較大的時間段，用戶場景的設計一般與后面的業(yè)務模式結合起來進行。
4. 業(yè)務模式的設計
業(yè)務模式的設計是不同時間段場景設計的特例，也是設計核心模塊和組合模塊并發(fā)性能測試用例的基礎，設計業(yè)務模式的目的是專注于某些功能模塊的組合，按時間段來設計場景通常會涉及很多模塊，如果系統(tǒng)存在的由應用軟件引起的瓶頸則很難定位，所以才抽象一些特定的業(yè)務模式來進行用例的設計。
按照業(yè)務模式和時間段的場景來設計性能測試用例時，會涉及到如何設計每個模塊并發(fā)用戶數(shù)目的問題，通常會取各個相關模塊在24小時內最大的并發(fā)用戶數(shù)目進行組合。
5. 大數(shù)據(jù)量測試用例的設計
歷史數(shù)據(jù)相關的大數(shù)據(jù)量測試設計與并發(fā)用戶的測試設計很類似，首先要確定系統(tǒng)數(shù)據(jù)的最長遷移周期，確定了系統(tǒng)的最大數(shù)據(jù)量后，接下來選擇一些前面的核心模塊或者組合模塊的并發(fā)用戶測試用例作為其主要內容即可。
運行時大數(shù)據(jù)量測試主要根據(jù)模擬系統(tǒng)運行時可能產生的大數(shù)據(jù)量來進行測試，這類測試用例通常根據(jù)實際情況去分析設計。
6. 一些特定測試用例的設計
疲勞強度測試，最大用戶測試，容量測試等一些特殊的測試用例設計，根據(jù)用戶的需求進行，這類用例的相關要求通常十分明確。
性能測試用例最重要的是注意用例間的關系，孤立的設計各類用例只能增加測試成本，浪費人力。性能測試用例設計人員應該追求設計既能覆蓋性能測試需求，又能以較低的成本來執(zhí)行測試用例。
總結
1. 測試用例可用性總結
對于一個比較完善的性能測試項目，經常會有一些測試用例不能執(zhí)行，因此測試完成后應該分析哪些用例不能執(zhí)行以及不能執(zhí)行的原因，這樣可以為下次測試打好基礎。
2. 用例執(zhí)行效果分析
通過對用例執(zhí)行效果進行分析，可以為升級或者開發(fā)新的性能測試用例提供有利的參考，不是所有的用例都能導致系統(tǒng)瓶頸的出現(xiàn)，因此應該分析哪些用例能夠發(fā)現(xiàn)系統(tǒng)問題，那些用例執(zhí)行時沒有太大效果。
分析那些設計好的用例不但有助于以后設計用例，還可以為再次執(zhí)行提供參考，當下次測試進度壓力較大時可以先執(zhí)行重要的用例，跳過那些嘗試性的，不容易發(fā)現(xiàn)問題的用例。
3. 用例執(zhí)行時間分析
分析用例的執(zhí)行時間是為下次規(guī)劃性能測試提供參考，由于很多用例執(zhí)行時間不是特別確定，導致性能測試計劃也具有一定的不確定性，通過分析用例的執(zhí)行時間可以為以后的制定測試計劃提供參考。
總之，性能測試用例的設計是需要通過不斷分析總結才能做好，不但要分析性能測試用例的可用性、執(zhí)行效果、執(zhí)行時間，還應該分析用例的設計方法、設計思路等。
推薦閱讀：
為什么要用測試用例管理工具？如何選擇測試管理工具？
測試用例怎么寫？測試用例設計方法大全
一般寫測試用例用什么工具？好用的測試用例管理工具推薦
Web壓力測試怎么測?壓力測試怎么確定并發(fā)數(shù)？
性能測試場景有哪些？性能測試場景如何設計？
WEB性能測試怎么做？常用的WEB性能測試工具有哪些？
sales@spasvo.com
