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

WEB性能測試用例設計模型是設計性能測試用例的一個框架，在實際項目中，需要對其進行適當的剪裁，從而確定性能測試用例的范圍和類別。剪裁的依據是性能測試策略和測試范圍，在測試用例主要框架確定后，接下來就是如何設計各類性能測試用例中具體數據。

基于用戶的測試多在用戶現場進行，為了測試目的而進行的測試多在開發(fā)環(huán)境即開發(fā)團隊的內部進行。為了測試目的而設計的測試用例場景主要根據測試設計人員的經驗來進行，但是仍要參考用戶的實際場景，用戶實際使用場景是設計所有測試用例的依據。

性能測試用例設計首先要分析出用戶現實中的典型場景，然后參照典型場景進行設計。

1. 確定用戶使用系統(tǒng)情況的方法

確定用戶對系統(tǒng)的使用情況是設計用例具體數據的基礎，后面并發(fā)用戶數據設計，疲勞強度設計以及各種場景設計都要依賴對用戶使用系統(tǒng)情況的分析，分析用戶使用情況經常采用現場調查和分析系統(tǒng)日志兩種方法：

用戶現場調查：通過和用戶進行溝通，可以確定用戶的人員組成情況，這類方法適用于用戶群體固定且目標測試系統(tǒng)沒有投產前的情況。

分析系統(tǒng)日志：當用戶比較分散，現場調查比較困難時，可以采用對系統(tǒng)日志進行分析的方法，作為對用戶現場調查的補充。

2. 并發(fā)用戶數量設計

設計并發(fā)用戶數量前，首先要了解確定系統(tǒng)最大并發(fā)用戶數量的方法可，以根據系統(tǒng)的最大使用人數或者最大在線數量來評估最大并發(fā)用戶數量的方法：

極限法：取最大在線用戶數作為最大并發(fā)數，這種方法適用于系統(tǒng)已經投產目標用戶群體不確定的門戶網站，可以通過分析日志來進行測試，也可以使用系統(tǒng)已經注冊的用戶數量作為系統(tǒng)的用戶數量，按照經驗公式來估算最大用戶數量。

用戶趨勢分析：對軟件生存周期內的用戶未來走勢進行分析，預測系統(tǒng)可能達到的最大使用用戶數目，從而估算系統(tǒng)的最大并發(fā)用戶數目，這種方法多用于用戶數目逐漸增多的情況。

經驗評估法：多用于系統(tǒng)的使用用戶數目相對穩(wěn)定而且比較明確的系統(tǒng)。

并發(fā)用戶數量的設計基本是按照最大并發(fā)用戶的數量的百分比來設計的，對于某一特定的用例，需要注意：

一、按照各類用戶同時遞增的方式來設計用戶數量，是為了按照由淺入深的方法來發(fā)現系統(tǒng)的瓶頸；

二、并發(fā)用戶的最大值一般不會超過前面計算的最大并發(fā)用戶數量的 20% ，除非是為了測試系統(tǒng)能支持的最大并發(fā)用戶數量；

三、設計用戶數量時要考慮成本，因為每組用戶數都意味著至少執(zhí)行一次測試；

3. 系統(tǒng)不同時間段場景的設計

不同時間段的場景更接近用戶使用情況，它也是設計核心模塊和組合模塊并發(fā)性能測試用例的基礎，不同時間段場景分析的數據主要是前面的需求分析和日志分析結果。

不同時間段場景的設計基本原則有兩個：一是選擇典型的場景進行測試，尤其要選擇場景中并發(fā)用戶數目較大的場景；二是要覆蓋全面，設計出的用例要覆蓋到壓力可能較大的時間段，用戶場景的設計一般與后面的業(yè)務模式結合起來進行。

4. 業(yè)務模式的設計

業(yè)務模式的設計是不同時間段場景設計的特例，也是設計核心模塊和組合模塊并發(fā)性能測試用例的基礎，設計業(yè)務模式的目的是專注于某些功能模塊的組合，按時間段來設計場景通常會涉及很多模塊，如果系統(tǒng)存在的由應用軟件引起的瓶頸則很難定位，所以才抽象一些特定的業(yè)務模式來進行用例的設計。

按照業(yè)務模式和時間段的場景來設計性能測試用例時，會涉及到如何設計每個模塊并發(fā)用戶數目的問題，通常會取各個相關模塊在24小時內最大的并發(fā)用戶數目進行組合。

5. 大數據量測試用例的設計

歷史數據相關的大數據量測試設計與并發(fā)用戶的測試設計很類似，首先要確定系統(tǒng)數據的最長遷移周期，確定了系統(tǒng)的最大數據量后，接下來選擇一些前面的核心模塊或者組合模塊的并發(fā)用戶測試用例作為其主要內容即可。

運行時大數據量測試主要根據模擬系統(tǒng)運行時可能產生的大數據量來進行測試，這類測試用例通常根據實際情況去分析設計。

6. 一些特定測試用例的設計

疲勞強度測試，最大用戶測試，容量測試等一些特殊的測試用例設計，根據用戶的需求進行，這類用例的相關要求通常十分明確。

性能測試用例最重要的是注意用例間的關系，孤立的設計各類用例只能增加測試成本，浪費人力。性能測試用例設計人員應該追求設計既能覆蓋性能測試需求，又能以較低的成本來執(zhí)行測試用例。

總結

1. 測試用例可用性總結

對于一個比較完善的性能測試項目，經常會有一些測試用例不能執(zhí)行，因此測試完成后應該分析哪些用例不能執(zhí)行以及不能執(zhí)行的原因，這樣可以為下次測試打好基礎。

2. 用例執(zhí)行效果分析

通過對用例執(zhí)行效果進行分析，可以為升級或者開發(fā)新的性能測試用例提供有利的參考，不是所有的用例都能導致系統(tǒng)瓶頸的出現，因此應該分析哪些用例能夠發(fā)現系統(tǒng)問題，那些用例執(zhí)行時沒有太大效果。

分析那些設計好的用例不但有助于以后設計用例，還可以為再次執(zhí)行提供參考，當下次測試進度壓力較大時可以先執(zhí)行重要的用例，跳過那些嘗試性的，不容易發(fā)現問題的用例。

3. 用例執(zhí)行時間分析

分析用例的執(zhí)行時間是為下次規(guī)劃性能測試提供參考，由于很多用例執(zhí)行時間不是特別確定，導致性能測試計劃也具有一定的不確定性，通過分析用例的執(zhí)行時間可以為以后的制定測試計劃提供參考。

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

推薦閱讀：

為什么要用測試用例管理工具？如何選擇測試管理工具？

測試用例怎么寫？測試用例設計方法大全

一般寫測試用例用什么工具？好用的測試用例管理工具推薦

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

性能測試場景有哪些？性能測試場景如何設計？

WEB性能測試怎么做？常用的WEB性能測試工具有哪些？