loadrunner--TPS和平均事務響應時間

TPS就是每秒事務數，可是事務是基於虛擬用戶數的，假如1個虛擬用戶在1秒內完成1筆事務，那麼TPS明顯就是1；若是 某筆業務響應時間是1ms,那麼1個用戶在1秒內能完成1000筆事務，TPS就是1000了；若是某筆業務響應時間是1s,那麼1個用戶在1秒內只能完 成1筆事務，要想達到1000TPS，至少須要1000個用戶；所以能夠說1個用戶能夠產生1000TPS，1000個用戶也能夠產生1000TPS，無 非是看響應時間快慢。

也就是說，在評定服務器的性能時，應該結合TPS和併發用戶數，以TPS爲主，併發用戶數爲輔來衡量系統的性能。若是必需要用併發用戶數來衡量的 話，須要一個前提，那就是交易在多長時間內完成，由於在系統負載不高的狀況下，將思考時間(思考時間的值等於交易響應時間)加到腳本中，併發用戶數基本可 以增長一倍，所以用併發用戶數來衡量系統的性能沒太大的意義。

做者最後作了綜述，他認爲在性能測試時並不須要用上萬的用戶併發去進行測試，若是隻須要保證系統處理業務時間足夠快，幾百個用戶甚至幾十個用戶就可 以達到目的。據他了解，不少專家作過的性能測試項目基本都沒有超過5000用戶併發。所以對於大型系統、業務量很是高、硬件配置足夠多的狀況下，5000 用戶併發就足夠了；對於中小型系統，1000用戶併發就足夠了。

性能測試須要一套標準化流程及測試策略，在實際測試時咱們還須要考慮其它方面的問題，好比如何模擬成千上萬來自不一樣地區用戶的訪問場景、如何選用合適的測試軟件。性能測試對一些小的團隊來講並不是易事，不過前段時間阿里雲發佈了性能測試服務PTS，PTS能夠幫助開發者經過分佈式併發壓力測試，模擬指定區域和指定數量的用戶同時訪問，提早預知網站承載力。這就是雲計算給咱們帶來的便利。