q：併發使用者數和集合點有必然聯絡嗎？在效能測試中必須使用集合點來測試嗎？
a：併發使用者數，顧名思義，就是同時操作的使用者，這裡的「操作」可以指對系統真正的操作，也可以只是連線（此時通常叫作「併發連線數」），而集合點是一種特殊情況下的併發，多用於測試系統在瞬間加壓的表現。因此，併發使用者數和集合點有聯絡，但並非必然的聯絡，在測試併發使用者的效能測試場景中，可以不必設定集合點，這將視測試目標和測試策略而定。
q：不設定集合點的測試，能代表是「併發」操作嗎？
a：有這樣一種說法，設定集合點是為了確保「嚴格意義上」的併發，其實從本質上看，這主要是乙個看問題的粒度大小的問題。集合點的作用是通過工具的控制，確保乙個請求嚴格的「同時」從前台提交到後台。可是如果微觀地看，是不存在嚴格意義上的併發的，即使在客戶端通過設定集合點的方式將100個請求同時提交到後台，經過網路上的傳輸消耗，可能它們並不是同時到達的，而即便100個請求同時到達伺服器端，受到中介軟體和應用系統、資料庫的各種連線池、緩衝區， cpu處理佇列等的限制，也可能在伺服器端產生等待的。因此，嚴格意義上的「併發」可以說是不存在的，我們需要做的是在可以接受的粒度範圍內取得乙個最佳的平衡點，站在這個平衡點的層面上去看待「併發」這個問題。
效能測試無非有兩個目的，一是評測，二是調優。
在以評測為目的的效能測試中，使用者更關心的是業務上的併發，也就是真實業務場景的併發情況，這種情況下只要按照業務操作的模式去設定場景就可以了，並不需要設定集合點。
集合點是一種特殊情況下的併發，通常是在以調優為目的的效能測試中才會用得到，目的是有針對性地對某個可能存在效能問題的模組施壓，以便找到效能瓶頸。
集合點在我實際的測試過程中用得並不多。
LR中併發使用者和集合點
看到51上三個高手zee,大漠飛鷹，xingcyx的一場非常精彩的關於併發使用者數和集合點的討論，很有意義。如果對這兩個概念不清楚的朋友，一定要仔細領悟了。故事開始於xingcyx的一番話 q 併發使用者數和集合點有必然聯絡嗎？在效能測試中必須使用集合點來測試嗎？a 併發使用者數，顧名思義，就是同時...
LoadRunner併發使用者和集合點的深入討論
看到51上三個高手zee,大漠飛鷹，xingcyx的一場非常精彩的關於併發使用者數和集合點的討論，很有意義。如果對這兩個概念不清楚的朋友，一定要仔細領悟了。故事開始於xingcyx的一番話 宣告 以下的問答是我根據實際工作經驗和通過各種途徑得到的資訊而整理的，其回答內容主要代表我個人觀點，並非標準答...
併發測試集合點測試併發
併發測試集合點 定時器下的synchronizing timer number of simulated users to group by 集合多少人後再執行請求 timeout in milliseconds 指定人數 多少秒沒集合到算超時 設定延遲時間以毫秒為單位 注意 如果設定timeout...