第一部分， 測試執行

先看一圖，再看下文

這個當然就是壓力過程中帶寬的使用率了，我們的帶寬是1Gbps的，合計傳輸速率為128MB/s，也正因為這個就讓我越來越疑惑了，不過通過壓力過程中的各項數據我又不得不相信。

在看看測試頁面的大小和請求，如下圖所示：

這是通過httpwatch檢測得出來的，頁面傳輸內容的大小為652154Byte，請求數為149次，也就是說加載一次頁面就大概需要請求這么多次請求，傳輸這么大的內容，當然這里剔除緩存機制來分析的。

場景設計：

1、并發用戶200

2、每20秒加載10個用戶

3、全部用戶加載完成之后，持續運行10分鐘

監控目標：TPS、響應時間、點擊率、吞吐率、內存、CPU和網絡帶寬

測試分析結果如下圖：

這里的可以得出平均點擊率為11952.139次/s，而吞吐率為73178737byte，大約為73MB/s，TPS：720/s，這里的錯誤后面再說。

這里的響應時間很顯然沒有上去，說明壓力沒有傳到頁面上，而上面的錯誤也同時可以證實，報錯基本都是請求被拒絕，也就說后面沒有請求導致頁面沒有壓力，響應時間就無效了。

21/212>

總結

以上是生活随笔為你收集整理的软件测试带宽低,性能测试分析之带宽瓶颈的疑惑的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。