在混合壓力測試場景和穩定性測試場景中，我們需要配置pacing
值，以保證各支交易按佔比向伺服器發壓力，符合生產上的情況。
預期tps
通過需求給出的交易量計算得出，參考《效能測試準備——計算
tps》。不同的專案要求不太一樣，比如驗證性的測試，只要按照預期tps來配置場景，如例
1。比如從未測試的新系統，則希望壓到最優的tps（最優可能是cpu使用率接近指標的最大
tps）。
混合壓力測試（也叫容量測試）一般要壓三到五個梯度，得到實際tps隨使用者數增加的折線圖，那麼此時配置的使用者數要按梯度，如例2。
例1：已知被測系統總共有
7支交易，並通過交易量得到交易佔比；預期總的目標
tps為
100筆
/秒，則各交易
tps=
目標tps*
交易佔比；響應時間為單交易負載的平均響應時間。
如上，vu=
交易目標
tps*
響應時間
實際vu為vu
往大取整
pacing = 實際
vu/交易目標
tps實際pacing
為pacing
四捨五入保留三位小數
可以發現vu/
響應時間=實際
vu/pacing，完成此次容量測試可能還需要壓兩組，那麼我們可以將預期tps置為
120、
80，按上述方法再計算
pacing
配置場景。 例2
：已經被測系統（新系統）的交易名稱和佔比如下，測出最優的那組，即應用伺服器的cpu接近指標值
首先，可以將所有的交易放到場景中，不設定pacing
，將vu
數設為1
，試跑時觀察
cpu，如果低於
60%，再增加
vu數試跑，得到
cpu為
60%時的
tps。這個
tps可以暫時作為參考。比如測出為
420tps
。那麼按照預期
420配置
pacing
。因為要按使用者梯度，可以用
如上，預期tps=420*
交易佔比
預期vu
數=100*
交易佔比
實際vu
是預期vu
取整，但得保證總
vu也為
100pacing=實際
vu/預期
tps如果配的這組場景執行時，應用伺服器的cpu
使用率低於
60%很多或者超過
60%，那需要調整預期
tps，可以不改變
vu數，調整
pacing
。如果應用伺服器
cpu使用率接近
60%，這組就可以作為最優組。完成此次容量測試還需要壓三組，大於的一組，小於的兩組。那麼我們可以將預期tps置為
440、
400、
380，預期
vu置為
115、85、
70，重新計算
pacing
配置場景。
效能測試準備 計算TPS
在需求調研階段，我們會知道測試系統的業務模型，包括有多少支交易，每支交易的日交易量 筆 天 或高峰時段交易量 筆 時 從而得到總的預期tps和每支交易的佔比。這個是非常重要的，在混合壓力測試場景和穩定性測試場景中都會根據這個佔比來配置場景。那麼首先預期tps如何計算呢？例子1 以目前生產核心系統交易...
效能測試準備
效能需求評估 系統特殊要求 從實時性角度來分析，某些系統對響應時間要求比較，比如餐飲系統，系統的快慢直接影響客戶的感受，這種情況就有作併發測試的必要，在大併發量的場景下，檢視這個功能的響應時間 確定效能測試點 日請求量 確定被測專案各功能點的日請求量 可以統計不同時間粒度下的請求量如 小時，日，周，...
效能測試資料準備
方法一 編寫儲存過程，用 sql指令碼方式，插入測試資料 這個方式有幾個前提條件 1 需要對該業務下所有關聯的表結構非常熟悉 2 需要對 整個業務也非常熟悉 這時需要開發協助編寫測試指令碼或者向他們學習業務和關聯的表結構，自己編寫指令碼 但是資訊 不全的情況，需要不斷嘗試，不斷除錯才能夠準備出符合要...