1、? 關于系統用戶數，并發用戶數和在線用戶數

系統用戶數

俠義上來說，可以理解為系統注冊用戶數；廣義上來說，可以理解為所有訪問過系統的用戶數

?

在線用戶數

俠義上來說，可以理解為已登錄系統的用戶數；廣義來說，可以理解為當前時間訪問系統的用戶數。

?

并發用戶數

可以分兩種：

1）同一時間點，執行同一（業務）操作的用戶數

2）同一時間點，執行不同（業務）操作的用戶數

?

注意：服務器實際承受的壓力并不完全取決于并發用戶數，詳情見下面的例子。

?

例子（以51測試論壇為例）：

作為專業軟件測試論壇，會有很多測試者去論壇注冊帳號。

假設到現在已有75萬在該論壇注冊會員，那我們可以說，該論壇擁有75萬的系統用戶；

?

假設在某日早上9點，已有10萬會員登陸了論壇，那么我們可以說，該論壇在某日9點時擁有10萬的在線用戶；

?

假設在這10萬已登陸會員中，某個時間點，有2萬會員正在提交新帖子，有3萬會員正在編寫帖子(假設編寫帖子不會產生服務器請求操作)；有1萬會員在帖子頁面瀏覽某帖子內容；有1萬會員正在發呆，啥也不做；還有3萬會員正在點擊某個帖子，那么我們可以說，某時間點，有2萬個并發用戶在提交新帖子，有3萬個并發用戶在編寫帖子，有1萬個并發用戶瀏覽帖子內容，有3萬個并發用戶在點擊某個帖子，，系統有9萬的并發用戶。

?

值得注意的是，這9萬并發用戶中，真正對系統產生壓力的只有5萬用戶，即提交新帖和點擊帖子的用戶。換句話說，僅對系統發起了請求的并發用戶才會對系統施加壓力。

?

這也告訴我們，要好好測試一個系統的性能，必須先對用戶的(業務)操作進行分析，分離出用戶最常使用、最關心的（業務）操作，因為使用這些操作的人多，所以容易產生并發的情況。

?

計算公式：

?? (1)

其中，C 是平均并發用戶數；n是 login session的數量；L是login session的平均時長。T是考查的時間段長度。

注：login session指用戶從登陸系統到退出系統之間的時間段。

?

Cmax ≈ C + 3 ? （2）

其中，Cmax 是并發用戶數的峰值；C為公式（1）中的并發用戶數。

?

注意：

1.公式的得出是假設用戶login session產生符合泊松分布而估算得到的。

2.因為要精確估算平均用戶數和login session的長度并不容易，同時用戶的業務操作存在一定的時間分布，所以上述公式可能并不是很精確

3.基于第2點的建議：1)基于更細粒度的時間進行考察；2）考慮業務操作時間分布

?

2、吞吐量

性能測試中，可以俠義的理解為“單位時間內系統處理的用戶請求的數量”。一般情況，吞吐量用請求數/秒、頁面數/秒來衡量，從業務的角度，吞吐量也可用單位時間內的訪問人數、處理的業務數等進行衡量。從網絡角度來，也可以單位時間內的處理的數據量等進行衡量。

?

例如，

對于一個Web應用系統來說，從系統的處理能力考慮，可以以頁面數/秒作為吞吐量的標準；對一個銀行的前臺業務來說，可以以其單位時間內處理的業務數作為吞吐量的標準。

?

通常，對于交互式應用，用戶直接的體驗是“響應時間”，通過“并發用戶數”和“響應時間”可以確定系統的性能規劃；但對于非交互式應用，用“吞吐量”來描述我們對系統性能的期望可能更加合理。

?

作為性能測試的主要關注指標，吞吐量和并發用戶數之間存在一定的聯系，在沒有遇到性能瓶頸的時候，吞吐量可以采用如下公式計算：

其中，F表示吞吐量， N_vu表示虛擬用戶數，R表示每個虛擬用戶數發起的請求數，T表示性能測試所用的時間。

?

注意：雖然吞吐量指標可被看作是系統承受壓力的體現，但是不同并發用戶數量的情況下，對同一個系統施加相同的吞吐量壓力，很可能會得到不同的測試結果。

轉載于:https://www.cnblogs.com/zln1021/p/6068784.html

總結

以上是生活随笔為你收集整理的关于系统用户数，并发用户数，在线用户数，吞吐量的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。