在做效能測試的時候，很多人都用併發使用者數來衡量系統的效能，覺得系統能支撐的併發使用者數越多，系統的效能就越好；對
tps不是非常理解，也根本不知道它們之間的關係，因此非常有必要進行解釋。
ø併發使用者數：
指的是現實系統中操作業務的使用者，在效能測試工具中，一般稱為虛擬使用者數
(virutal user)」掛
」 在系統上，對伺服器不產生壓力，註冊使用者數一般指的是資料庫中存在的使用者數。 ø
tps：
transaction per second,
每秒事務數
, 是衡量系統效能的乙個非常重要的指標， ø
簡單例子：
在術語中解釋了
tps是每秒事務數，但是事務時要靠虛擬使用者做出來的，假如
1個虛擬使用者在
1秒內完成
1筆事務，那麼
tps明顯就是
1；如果某筆業務響應時間是
1ms,那麼1
個使用者在
1秒內能完成
1000
筆事務，
tps就是
1000
了；如果某筆業務響應時間是
1s,那麼
1個使用者在
1秒內只能完成
1筆事務，要想達到
1000tps
，至少需要
1000
個使用者；因此可以說
1個使用者可以產生
1000tps
，1000
個使用者也可以產生
1000tps
，無非是看響應時間快慢。
ø複雜公式：
試想一下複雜場景，多個指令碼，每個指令碼裡面定義了多個事務（例如乙個指令碼裡面有
100個請求，我們把這
100個連續請求叫做
action,
只有第10
個請求，第
20個請求分別定義了事務
10和事務
20）具體公式如下：
符號代表意義：
vui表示的是第
i個指令碼使用的併發使用者數
rtj表示的是第
i個指令碼第
j個事務花費的時間，此時間會影響整個
action時間
rti表示的是第
i個指令碼一次完成所有操作的時間，即
action時間
n 表示的是第
n個指令碼 m
表示的是每個指令碼中
m個事務
那麼第j
個事務的
tps = vui/rti 總的
tps=
ø併發使用者數
(vu)
獲取新系統：沒有歷史資料作參考，只能通過業務部門進行評估。
10%就可以了，例如在半個小時內，使用系統的使用者數為
10000
，那麼取
10%作為併發使用者數基本就夠了。 ø
tps獲取
新系統：沒有歷史資料作參考，只能通過業務部門進行評估。
舊系統：對於已經上線的系統，可以選取高峰時刻，在
5分鐘或
10分鐘內，獲取系統每筆交易的業務量和總業務量，按照單位時間內完成的筆數計算出
tps，即業務筆數
/單位時間（
5*60
或10*60）
針對伺服器端的效能，以
tps為主來衡量系統的效能，併發使用者數為輔來衡量系統的效能，如果必須要用併發使用者數來衡量的話，需要乙個前提，那就是交易在多長時間內完成，因為在系統負載不高的情況下，將思考時間
(思考時間的值等於交易響應時間
)加到指令碼中，併發使用者數基本可以增加一倍，因此用併發使用者數來衡量系統的效能沒太大的意義。
通過大量效能測試我們
發現不需
要用上萬的使用者併發
去進行測試，只要系統處理業務時間足夠快，幾百個使用者甚至幾十個使用者就可以達到目的。另外諮詢很多專家做過的效能測試專案，基本都沒有超過
5000
使用者併發。
因此對於大型系統、業務量非常高、硬體配置足夠多的情況下，
5000
使用者併發就足夠了；對於中小型系統，
1000
使用者併發就足夠了。
做效能測試需要一套標準化流程及測試策略，併發使用者數只是指標考慮的乙個，在做負載測試的時候，一般都是按照梯度施壓的方式去加使用者數，而不是在沒有預估的情況下，一次加幾萬個使用者，，交易失敗率非常高，響應時間非常長，已經超過了使用者忍受範圍內，這樣做沒有多大的意義，這就好比「有多少錢可以幹多少事」一樣，需要選擇相關的策略。
從下圖對比項可以看出，
pts比
loadrunner(lr)
更能讓客戶接受。 方向
對比項loadrunner
pts備註
基礎設施
被測系統軟硬體環境需要額外購買？ 需要
不需要基礎設施軟硬體由阿里雲提供，只需要購買服務
壓力機環境需要額外購買？ 需要
不需要基礎設施軟硬體由
pts提供，只需要購買服務 費用
費用非常貴
便宜，按需收費
商業化工具
license
非常貴
功能功能 強大
較強大 lr
很多功能基本上用不到，沒必要大馬拉小車
易用性操作、學習等 困難
容易 lr
不易上手
穩定性系統穩定性
較穩定非常穩定 lr
壓測過程中經常出現莫名其妙錯誤
場景模擬
場景模擬條件
較真實
非常真實
pts分布在全國各地的分布式集群可以真實模擬出現實場景，而
lr不太容易模擬，即使可以的話，控制機和壓力機通訊經常掉線
ø系統的效能由
tps決定，跟併發使用者數沒有多大關係。在同樣的
tps下，可以由不同的使用者數去壓（通過加思考時間設定）。 ø
系統的最大
tps是一定的（在乙個範圍內），但併發使用者數不一定，可以調整。 ø
建議效能測試的時候，不要設定過長的思考時間，以最壞的情況下對伺服器施壓。 ø
一般情況下，大型系統（業務量大、機器多）做壓力測試，
5000
個使用者併發就夠了，中小型系統做壓力測試，
1000
個使用者併發就足夠了。
原文：併發使用者數與tps之間的關係
併發使用者數與 TPS 之間的關係
在做效能測試的時候，很多人都用併發使用者數來衡量系統的效能，覺得系統能支撐的併發使用者數越多，系統的效能就越好 對tps不是非常理解，也根本不知道它們之間的關係，因此非常有必要進行解釋。tps transaction per second,每秒事務數,是衡量系統效能的乙個非常重要的指標，簡單例子 在...
併發使用者數與TPS之間的關係
在做效能測試的時候，很多人都用併發使用者數來衡量系統的效能，覺得系統能支撐的併發使用者數越多，系統的效能就越好 對 tps不是非常理解，也根本不知道它們之間的關係，因此非常有必要進行解釋。併發使用者數 指的是現實系統中操作業務的使用者，在效能測試工具中，一般稱為虛擬使用者數 virutal user...
併發使用者數與 TPS 之間的關係
在做效能測試的時候，很多人都用併發使用者數來衡量系統的效能，覺得系統能支撐的併發使用者數越多，系統的效能就越好 對tps不是非常理解，也根本不知道它們之間的關係，因此非常有必要進行解釋。tps transaction per second,每秒事務數,是衡量系統效能的乙個非常重要的指標，簡單例子 在...