目錄
個人感覺自己做效能測試，可以說是輕車熟路了，而且工作多年一直都是這一套測試思路及體系，從未質疑過自己，也許是獅子座的迷之自信吧！
也就在上週讓我對自己的測試方法及體系產生了質疑！
為什麼？在效能測試的時候，壓測500併發通過，人家40併發都過不去。
通俗點說，就是你測試沒問題，在人家那測試出問題了，忽略指令碼問題，顯而易見因為測試方法差異導致測試結果的不同。
1、關於執行方法的差異
2、關於執行結果的差異
3、真的是我測試方法錯了嗎
我和同事分別測試兩個系統，具體還是有些區別的：
4、結論
我是在最後跑的穩定性測試，是8小時起步，從時間上看覆蓋到了他的十分鐘，而且壓力更大。
但是，有些同學會問他測試的對嗎，他的思路是對的，因為他執行一次業務場景，小於10分鐘，在小批量併發測試師沒問題的。
當然，如果併發量上來後，還是設定十分鐘的話，會出現我那種情況 業務場景介面沒執行完的情況，此處，大家自行嘗試見分曉。
我又去查了大量資料，終於找到了一篇我覺得比較在理的文章，並舉例給大家演示，我覺得這個同學的理論好像是對的，因為我也測試了下，發現也吻合我的測試結果（算求生存嗎？）！
下面我將舉例說明，該方法。
1、執行第一次資料取樣，得到吞吐率和平均響應時間
由圖可知：
吞吐率=2.6≈3,平均響應時間：t=0.386秒；
2、計算ramp-up period
假設執行緒n=10，估計的吞吐率=3， 那麼估計的理想ramp-up perilfjygaod (t)（可以理解為執行緒啟動的準備時間）= 10/3 = 3 秒。
3、迴圈次數計算
現在計算迴圈次數a。由於我們要考慮在第乙個執行緒結束的時候，確保最後乙個執行緒能啟動，那麼至少要大於乙個值，這個值定位s=t-t/n=3-3/10=2.7。
當時間到 s=（t-www.cppcns.comt/n）時，最後乙個執行緒啟動，若要使所有執行緒同時運作，則需要在最後乙個執行緒啟動的時候第乙個執行緒仍未關閉，為達到這個要求，需滿足a > s/t
a>2.7/0.386=6.994≈7次 a>(t-t/n)/t
4、得出的測試方案
那麼我們的測試方案如下：
5、關於公式
jmeter執行緒組設定
一 執行緒組的三個型別 一種特殊型別的threadgroup，用於在執行常規執行緒組之前執行一些必要的操作 teardown thread group 一種特殊型別的threadgroup，用於在執行常規執行緒組完成後執行一些必要的操作 thread group 執行緒組 我們通常使用的執行緒。通俗...
Jmeter 多執行緒 執行緒組的設定
多執行緒時 多個執行緒組之間是並行的關係，不能確定誰先執行誰後執行 乙個簡單的jmeter指令碼，組成部分 1 執行緒組 設定執行的時間和併發數 comments 備註資訊，記錄一些引數設定的原因和策略 請求錯誤後，你希望採取什麼動作 continue 繼續執行 stop test 停止測試 停止當...
jmeter浪湧執行緒組設定
jmeter併發使用者數逐漸增加有如下兩種方式 第一種方式 ultimate thread group 操作步驟 1 測試計畫 右鍵threads jp gc ultimate thread group 如下圖所示 2 引數說明 如下圖所示 三條記錄 第一條，10個執行緒，10秒內啟動，持續執行60...