1：吞吐率(requests per second)
伺服器併發處理能力的量化描述，單位是reqs/s，指的是某個併發使用者數下單位時間內處理的請求數。某個併發使用者數下單位時間內能處理的最大請求數，稱之為最大吞吐率。
計算公式：總請求數 / 處理完成這些請求數所花費的時間，即
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的頁面
壓力測試 快閃儲存器 負載測試 壓力測試和效能測試的區別
目前對效能測試沒有明確的定義，一般地，它主要是針對系統的效能指標制定效能測試方案，執行測試用例，得出測試結果來驗證系統的效能指標是否滿足既定值。效能指標裡可能包括系統各個方面的能力，如系統併發處理能力，批量業務處理能力等。負載測試 壓力測試和效能測試的測試目的不同，但其手段和方法在一定程度上比較相似...
App測試中壓力測試和效能測試區別
效能測試就是用來測試應用執行效能的。效能測試工具經常和壓力測試一起進行，而且常常需要硬體和軟體測試裝置，這就是說，常常有必要的在一種苛刻的環境中衡量資源的使用。外部的測試裝置可以監測測試執行，當出現情況時記錄下來。通過對系統的檢測，測試者可以發現導致效率降低和系統故障的原因。壓力測試 對系統不斷施加...
伺服器壓力測試心得
最近完成了乙個伺服器框架，於是測試的他的qps，發現了乙個奇怪的問題，測試出來qps只有3w s，與前面說的10w s，有很大的差距。使用trace命令列印出glibc函式呼叫資訊，發現了大部分的時間程式處於鎖等待狀態，我開始懷疑認為是內部使用鎖占用太多時間。於是乎改為無鎖佇列。關於無鎖佇列已經記錄...