Web效能測試用例設計實踐
隨著網路技術的迅速發展，尤其是WEB及其應用程式的普及，各類基於WEB的應用程式以其方便、快速，易操作等特點不斷成為軟體開發的重點。與此同時，隨著需求量與應用領域的不斷擴大，對WEB應用軟體的正確性、有效性和對WEB伺服器等方面都提出了越來越高的效能要求，今天我就來跟大家分享一個性能測試用例，以便幫助你更好的進行效能測試！
首先，為什麼要進行效能測試？
效能不佳的應用通常無法實現企業預期利益，花費了大量時間和金錢，但是卻在使用者中失去了信譽。
相比功能測試和驗收測試，效能測試容易被忽略，往往在釋出之後碰到效能和擴充套件性問題才意識到重要性。
某網站效能測試用例分享
某網站提供會員模板下載、上傳、購買、支付等功能，目前進入效能測試階段，通過效能需求可以瞭解到主要有以下幾個效能指標需要進行測試：
產品頁面重新整理效能
產品上傳效能
產品下載效能
目前給出的指標為：
延遲：
測試項 響應時間 抖動 備註
產品頁面重新整理
產品下載相應時間
吞吐量：
編號 項 吞吐量
Perf.T.1 所有登入使用者線上狀態更改頻率 每10分鐘1次
Perf.T.2 每日頁面平均訪問量 60000次
Perf.T.3 每日下載量 50000
Perf.T.4 平均每日新增會員數量 500
Perf.T.5 高峰同一模板下載量 100使用者併發下載
Perf.T.6 高峰不同模板下載量 150使用者併發下載
容量：
編號 項 容量
Perf.C.1 使用者數
Perf.C.2 活動使用者數 10000
Perf.C.3 模板中心總使用者數
根據如上效能需求及資料我們該如何設計效能測試用例及場景呢？（可以說給出的效能需求很垃圾，沒有絲毫價值，但沒辦法還是點做啊）
首先，我不去在乎它要求的效能是什麼，我只需要去做在一定的測試環境下對系統進行壓力測試，找到各個效能指標的臨界點就好了，至於是否達到效能指標，在和效能需求對照編寫測試報告即可。
所以，針對這幾個需要進行效能測試的頁面，我們做一下分析，如何設計場景才能儘可能準確地體現出系統的效能：
先說一下搜尋頁面搜尋頁面根據對專案的瞭解，搜尋後，將所有符合條件的結果遍歷出來，顯示在前臺，每頁的顯示數量是一定的，超出的部分分頁顯示。根據上面的描述我們可以看出搜尋結果是在將符合條件的所有結果集均傳送到前臺頁面，對於頁面顯示對效能的消耗我們可以忽略不計，主要的壓力來自資料的傳輸、sql的執行及應用伺服器的處理過程，所以我可以從兩個方面設計場景：
a、虛擬使用者一定，不同資料庫數量級的情況下，搜尋的效能
如何確定虛擬使用者的數量成為一個關鍵，我們可以讓客戶提供一個常規情況下每天訪問使用者數（如果沒有實際資料可參考，可以根據產品方案中期望的使用者數來代替），我們就用這個使用者數來進行測試；再來分析一下不同的資料庫數量級，如果系統運營1年的產品資料量是5萬條，那麼我們就根據這個值分別取1W條、3W 條、5W條、10W條、20W條資料量來進行測試（具體的分法可以根據實際情況而定），所以對於這個測試目標，我們可以設計5個場景進行：
虛擬使用者數資料庫數量級錄製頁面併發使用者數執行時間思考時間
100 10000 搜尋頁面隨機產生30分鐘加入思考時間
100 30000 搜尋頁面隨機產生30分鐘加入思考時間
100 50000 搜尋頁面隨機產生30分鐘加入思考時間
100 100000 搜尋頁面隨機產生30分鐘加入思考時間
100 200000 搜尋頁面隨機產生30分鐘加入思考時間
b、一定資料庫數量級，不同量虛擬使用者的情況下，搜尋的效能
我們定下來一個常規的資料庫資料量，在資料量不變的情況下逐步增加虛擬使用者數，測試一下不同虛擬使用者壓力下系統的效能
虛擬使用者數資料庫數量級錄製頁面併發使用者數執行時間思考時間
50 50000 搜尋頁面隨機產生30分鐘加入思考時間
80 50000 搜尋頁面隨機產生30分鐘加入思考時間
100 50000 搜尋頁面隨機產生30分鐘加入思考時間
120 50000 搜尋頁面隨機產生30分鐘加入思考時間
150 50000 搜尋頁面隨機產生30分鐘加入思考時間
產品上傳影響上傳效能的主要因素有上傳檔案的大小和上傳的請求數，所以我們就從這兩個方面設計用例。
a、虛擬使用者數一定，上傳不同大小的檔案
虛擬使用者數上傳檔案大小錄製頁面併發使用者數執行時間思考時間
50 100k 上傳頁面隨機產生30分鐘取消思考時間
50 300k 上傳頁面隨機產生30分鐘取消思考時間
50 500k 上傳頁面隨機產生30分鐘取消思考時間
50 800k 上傳頁面隨機產生30分鐘取消思考時間
50 1M 上傳頁面隨機產生30分鐘取消思考時間
b、上傳檔案大小一定，不同量的虛擬使用者
虛擬使用者數上傳檔案大小錄製頁面併發使用者數執行時間思考時間
20 300k 上傳頁面隨機產生30分鐘取消思考時間
50 300k 上傳頁面隨機產生30分鐘取消思考時間
80 300k 上傳頁面隨機產生30分鐘取消思考時間
100 300k 上傳頁面隨機產生30分鐘取消思考時間
產品下載影響下載效能的主要因素有下載檔案的大小和下載的請求數，所以我們就從這兩個方面設計用例
a、虛擬使用者數一定，下載不同大小的檔案
虛擬使用者數下載檔案大小錄製頁面併發使用者數執行時間思考時間
50 100k 下載頁面隨機產生30分鐘取消思考時間
50 300k 下載頁面隨機產生30分鐘取消思考時間
50 500k 下載頁面隨機產生30分鐘取消思考時間
50 800k 下載頁面隨機產生30分鐘取消思考時間
50 1M 下載頁面隨機產生30分鐘取消思考時間
b、下載檔案大小一定，不同量的虛擬使用者
虛擬使用者數下載檔案大小錄製頁面併發使用者數執行時間思考時間
20 300k 下載頁面隨機產生30分鐘取消思考時間
50 300k 下載頁面隨機產生30分鐘取消思考時間
80 300k 下載頁面隨機產生30分鐘取消思考時間
100 300k 下載頁面隨機產生30分鐘取消思考時間
總結：
一個網站優化的目的即是，最大限度的利用好伺服器硬體資源提升資源利用率，減少使用者請求的響應時間，提高系統吞吐量，提高系統併發數。
關注51Testing軟體測試網，提升it技能，從不會到熟練只差一步。