普遍的熱電性能測試指標

先從核心的熱電性能測試指標開始。

1.吞吐量(平均吞吐量)

以前也在一篇文章中提到過。吞吐量是指應用程序的業(yè)務支持量，以TPS或QPS為單位衡量，表示每秒可以處理的請求數(shù)。

有一個模糊的概念叫“并發(fā)數(shù)”，它與吞吐量有關。

例如，管理者說這個系統(tǒng)需要支持2000個并發(fā)，該如何理解這一點？并發(fā)數(shù)和吞吐量是一樣的嗎？

不一定。

并發(fā)數(shù)為：

2.(總計)熱電性能測試并發(fā)用戶數(shù)

同時，系統(tǒng)中的用戶數(shù)可能分布在不同的功能模塊或頁面上。

可能如下所示：

3.(總計)并發(fā)請求數(shù)

同時，系統(tǒng)中的用戶同時向服務器請求的請求數(shù)可以分布在不同的功能模塊或頁面上。

所以這個時候，我會問經理2000名同時用戶的數(shù)量，或者2000名同時請求的數(shù)量中的哪一個。根據(jù)以后的回答，可以設計各種測試方案。

我再說一遍為什么這里提到了測試場景。

這是因為在測試一個系統(tǒng)的性能或吞吐量時，不可缺少特定的業(yè)務方案。在解釋為什么之前，請看看這個。

4.熱電性能測試的平均響應時間

有些請求從開始接收服務器端響應所需的平均時間。

為什么不可少了具體的業(yè)務場景，請看公式1。

一段時間內的平均吞吐量=該期間內的并發(fā)請求總數(shù)/該期間內的平均響應時間

例如，導入靜態(tài)圖片會縮短響應時間，因此根據(jù)公式1，單位時間內請求的平均響應時間越小，平均吞吐量越高。如果服務器端請求需要進行一定計算的資源，則響應時間會增加。當然，根據(jù)公式1，吞吐量會減少。

換句話說，響應時間與吞吐量成反比，因此在討論系統(tǒng)性能時，不可少了響應時間，即具體的業(yè)務場景。

在實際測試工作中，我們逐步施加壓力。一次增加一個階段的虛擬并發(fā)用戶數(shù)，并觀察響應時間變化，因為響應時間和吞吐量成反比。那么，觀察響應時間時，就是觀察吞吐量的變化。

壓力低時，吞吐量可能與虛擬并發(fā)用戶總數(shù)成正比。隨著用戶數(shù)量的逐漸增加，可能的吞吐量增長速度可能會逐漸下降。因為壓力上升，系統(tǒng)處理請求能力下降，平均響應時間延長。直到某個時間點開始，吞吐量不再增加，反而下降。這就是系統(tǒng)處理能力的瓶頸。

在這個吞吐量上升的過程當中，我們可以觀察到另一個數(shù)字有可能上升。

5.熱電性能測試錯誤率

5.1一段時間內發(fā)生錯誤的請求總數(shù)的百分比。

對錯誤率的容忍取決于系統(tǒng)要求。然后，普遍的錯誤會劃分情況。5.1返回值錯誤。這里區(qū)分是HTTP請求等錯誤還是業(yè)務錯誤?？赡艹霈F(xiàn)錯誤的這些值必須在測試腳本中進行驗證或驗證。

5.2沒有返回值錯誤或超時。

有些請求可能會超時，這不僅會造成錯誤率，還會影響平均響應時間。

平均響應時間=所有請求所需的總時間/請求總數(shù)

個別逾時要求會大幅增加要求所需的總時間。因此，平均響應時間的細分更多。例如：

熱電性能測試的平均響應時間6.90%

從計算平均響應時間的請求中刪除較慢的10%，然后重新計算平均響應時間。

顯然，使用90%的平均響應時間將消除出現(xiàn)錯誤超時的請求，從而使結果數(shù)據(jù)更接近實際值。

最后再介紹一個指標.