oa系統使用使用者是100個，這個就是系統使用者數。
承受的壓力。因為伺服器
併發使用者：是同時執行乙個操作的使用者，或者是同時執行指令碼的使用者，這個併發在設定不同場景的時候併發的情況是不一樣的，在實際的測試
估算併發數的公示：
（1） 計算平均的併發使用者數： c = nl/t
（2） 併發使用者數峰值： c』 ≈ c+3根號c
公式（1）中，c是平均的併發使用者數；n是login session的數量；l是login session的平均長度；t指考察的時間段長度。
公式（2）則給出了併發使用者數峰值的計算方式中，其中，c』指併發使用者數的峰值，c就是公式（1）中得到的平均的併發使用者數。該公式的得出是假設使用者的login session產生符合泊松分布而估算得到的。
假設有乙個oa系統，該系統有3000個使用者，（可以看註冊資訊）平均每天大約有400個使用者要訪問該系統，（日誌檔案檢視）對乙個典型使用者來說，一天之內使用者從登入到退出該系統的平均時間為4小時，在一天的時間內，使用者只在8小時內使用該系統。
則根據公式（1）和公式（2），可以得到：
c = 400*4/8 = 200
c』≈200+3*根號200 = 242
但是一般的做法是把每天訪問系統使用者數的10%作為平均的併發使用者數。最大的併發使用者數乘上乙個值，2或者3.
假如說使用者要求系統每秒最大可以處理100個登陸請求，10/25/50/75/100 個併發使用者來執行登陸操作，然後觀察系統在不同負載下的響應時間和每秒事務數。如果使用者數在100的時候，響應時間還在允許範圍呢，就要加大使用者數，例如120 等 。個人理解這個使用者數就是我們經常說的等價類和邊界值法來設定。
LoadRunner之併發使用者數與迭代關係
q1 例如在lr裡，我要測100個使用者同時併發登陸所用時間，那我是不是在錄製好指令碼後，需要引數化 使用者名稱 密碼 以及在那個記事本裡構造100個真實的使用者名稱和密碼？然後執行controller，設定使用者數為100？a 恩，你說的是對的。但是我需要說明的是測併發數的時候，本身就是模擬的虛擬...
LoadRunner之併發使用者數與迭代關係
q1 例如在lr裡，我要測100個使用者同時併發登陸所用時間，那我是不是在錄製好指令碼後，需要引數化 使用者名稱 密碼 以及在那個記事本裡構造100個真實的使用者名稱和密碼？然後執行controller，設定使用者數為100？a 恩，你說的是對的。但是我需要說明的是測併發數的時候，本身就是模擬的虛擬...
併發使用者數和QPS
關於併發使用者數和qps，自己一直被這兩個概念糾結，閱讀了一下相關資料，總結如下 併發 使用者數和qps兩個概念沒有直接關係，但是如果要說qps時，一定需要指明是多少併發使用者數下的qps，否則豪無意義，因為單使用者數的40qps和20並 發使用者數下的40qps是兩個不同的概念。前者說明該應用可以...