天天看點

壓力測試的輕量級具體做法

一:壓力測試中需要掌握的幾個基本概念

1:吞吐率(Requests per second)

伺服器并發處理能力的量化描述,機關是reqs/s,指的是某個并發使用者數下機關時間内處理的請求數。某個并發使用者數下機關時間内能處理的最大請求數,稱之為最大吞吐率。

記住:吞吐率是基于并發使用者數的。這句話代表了兩個含義,1:吞吐率和并發使用者數相關;2:不同的并發使用者數下,吞吐率一般是不同的。

計算公式:總請求數  / 處理完成這些請求數所花費的時間,即

Request per second = Complete requests  / Time taken for tests

2:并發連接配接數(The number of concurrent connections)

并發連接配接數指的是某個時刻伺服器所接受的請求數目,簡單的講,就是一個會話。

3:并發使用者數(The number of concurrent users,Concurrency Level)

要注意區分這個概念和并發連接配接數之間的差別,一個使用者可能同時會産生多個會話,也即連接配接數。在HTTP/1.1下,IE7支援兩個并發連接配接,IE8支援6個并發連接配接,FireFox3支援4個并發連接配接,是以相應的,我們的并發使用者數就得除以這個基數。

4:使用者平均請求等待時間(Time per request)

計算公式:處理完成所有請求數所花費的時間/ (總請求數 / 并發使用者數),即

Time per request = Time taken for tests /( Complete requests / Concurrency Level)

5:伺服器平均請求等待時間(Time per request: across all concurrent requests)

計算公式:處理完成所有請求數所花費的時間 / 總請求數,即

Time taken for / testsComplete requests

可以看到,它是吞吐率的倒數。

同時,它也=使用者平均請求等待時間/并發使用者數,即

Time per request / Concurrency Level

二:具體做法

1:壓力測試工具選擇

2:ab的簡單使用及參數介紹

壓力測試的輕量級具體做法

以上測試,基于我的一個asp.net的頁面。對于壓力測試,必須時時刻刻做,如果不知道自己的應用能夠承載多少的并發使用者數,那基本上就是在扔定時炸彈。

壓力測試的輕量級具體做法

繼續閱讀