JMeter測試計劃驗證

我正在創建一個JMeter測試計劃，需要一些驗證來驗證我正在以正確的方式開展工作。JMeter測試計劃驗證

我有我們最忙的小時的以下GA數據。線程

Hour: 10  
Average session duration: 00:02:56 
Avg. Page Load Time (sec): 1.57 
Sessions: 2441 
Page Views: 8361

數（用戶）：

2441 (Hourly Sessions) x 176 (Average Session Duration (in seconds))/3600

，給了我119

1）是這樣的：

我用下面的公式計算這正確的方法？

獲得平均頁面加載時間

我試圖基準點對平均頁面加載時間由GA報道。所以我現在創建了以下測試計劃：

線程組：

- HTTP Request (Main Request) 
    - Aggregate graph

1）這將要求（主要要求）119次，我應該增加更多的頁面，以便請求總數8361次按頁面訪問量來自GA？

2）我不清楚應該如何讓測試計劃運行一個多小時，因爲GA數據超過一個小時，目前119個請求在幾分鐘內得到執行，或者甚至有必要運行一個小時才能得到容量的大概想法？

3）它是正確的，從總圖中使用的平均響應時間和比較反對的魅力。來自GA的頁面加載時間？

2017-04-20 Imran Azad

'的Vuser =訪問速率/（60 /訪問長度）' 2441 /（60/1.57）= 63。使用63線程組，並添加適當的計時器來測試計劃並執行1小時。收集指標並進行比較。您無法在1次運行中總結性能測試。需要多次迭代。 –

1.1）似乎這樣的 - 但只有當你堅持模仿-ING實際的「普通用戶」的方式來與您的服務進行交互：做請求的一些連鎖（讓我們176秒內把它稱爲會話）。

那麼，是：如果一個線程裏面，你會伸展你的請求鏈沿176秒，1個線程可以起到〜每小時20.5會話。

哪個變成〜119的線程，以滿足期望的每小時2440〜請求。

另一種方法是堅持瀏覽量（8361）。這就是如果保持「會話」和特定的請求順序無關緊要，而負載確實如此。

然後說到〜2.3 rps平。只要響應時間預計在1.5秒左右，您至少需要3個線程才能保持速度，如果有更多空間可以伸展，則更多。但是你不需要很多，因爲他們大部分時間都會被I/O掛起。

檢查初始運行時的實際吞吐量值JMeter的收益率，你可以調整線程數來最佳。

2017-04-20 23:01:39

回答