什麼是併發使用者數，很多人都會拿這個指標來衡量乙個網路系統的好與壞，剛開始接觸loadrunner的時候，曾認為虛擬使用者就是所謂的併發使用者數，不過經過一系列的測試後，發現這種看法並不怎麼全是正確。
首先，要分兩種測試情況，第一種是通過跑網頁實際業務測試，如教務系統，觀察其登陸事務，查詢事務等，第二種，測試跑單個靜態頁面，或者動態頁面，伺服器所表現出來的效能。
第一種，可以設計集中點，讓虛擬使用者同時登陸，觀察其響應事務情況，那麼這個觀察點，可以說是，同一時刻，併發登陸的使用者數是你的虛擬使用者數。
第二種，測試單乙個頁面，假設是乙個靜態頁面，這個靜態頁面，並不存在get乙個頁面，單純是請求乙個html頁，這時候，虛擬使用者數就顯得不太正確了，這時候，你會發覺當你設定100個虛擬使用者或者1000個虛擬使用者時候，網路系統所跑出來的效能效果是接近的，那是不是說，我們的併發使用者數已經達到1000呢？答案是否定，因為你的系統，早已經在你加壓到1000個使用者的時候，達到瓶頸了，尤其是你的加壓吞吐量方面。觀察你的系統每秒吞吐量是不是停留在10m左右，或者100m左右，如果是停留在這麼幾個數字，說明你的系統在你加壓到1000個虛擬使用者的時候，吞吐量早已經達到瓶頸，無論你怎麼加壓，都已經不是虛擬使用者的題了，那麼對於這種情況，如何判斷併發數是多少了，我個人認為，是每秒點選量，假如你的測試頁面是單純只是乙個靜態網頁，那麼你的每秒點選數就是你的最大併發數，讓我們重新認識併發數的概念，併發數，可以理解成併發使用者數，也可以理解為併發連線數，併發使用者數更偏向7層網路理解，他是一種業務的併發數，如模擬使用者同時登陸，而併發連線數，就是偏向4層網路，是tcp連線，需要了解這個伺服器能同時接收多少個tcp連線。
當我們測試具體業務的時候，我們測試的是，虛擬使用者的併發事務數
當我們測試單個靜態頁的時候，我們測試的是，併發的tcp連線數，我認為基本等於每秒點選量。
併發使用者數和QPS
關於併發使用者數和qps，自己一直被這兩個概念糾結，閱讀了一下相關資料，總結如下 併發 使用者數和qps兩個概念沒有直接關係，但是如果要說qps時，一定需要指明是多少併發使用者數下的qps，否則豪無意義，因為單使用者數的40qps和20並 發使用者數下的40qps是兩個不同的概念。前者說明該應用可以...
從最佳併發使用者數和最大併發使用者數看效能測試
文章中介紹乙個理髮店理論，然後引出最佳併發使用者數和最大併發使用者數的概念 背景 理髮店共有3名理髮師，每名理髮師完成一次理髮都耗時1小時，店裡有還有一些位子供客人等位，每個客人在理髮店呆的時間超過3小時就會無法忍受離開。我理解的幾個概念 3名理髮師，好比應用同時能處理幾個事務 理髮耗時1小時，好比...
LoadRunner 虛擬使用者數和併發使用者數的聯絡
oa系統使用使用者是100個，這個就是系統使用者數。承受的壓力。因為伺服器 併發使用者 是同時執行乙個操作的使用者，或者是同時執行指令碼的使用者，這個併發在設定不同場景的時候併發的情況是不一樣的，在實際的測試 估算併發數的公示 1 計算平均的併發使用者數 c nl t 2 併發使用者數峰值 c c ...