引子：收到產品的需求： 當前對於 **鏈系統中的訂單一次大批量5000單 分頁審核時 系統比較緩慢，請在穩定測試環境中對這個 審核 功能做一次 效能壓測。
關於這個需求：我們對於 穩定環境 與 真實環境的 區別 先忽略，由於是不同環境配置，這個硬體、網路配置問題 我們先忽略。
簡單說明下 我們的系統網路結構，我們的穩定測試環境是部署在內部伺服器環境中，所以對於區域網中的網路速度頻寬可以忽略，只需要考慮測試負載機出口的頻寬11.42mb 。
在開始執行時 請求都是正常得到響應結果，列表中的資料也是一直產生訂單資料的，周五下班前執行的，到了周一過來，發現80%左右的請求都是 報 j**a.net.unknownhostexception
這個錯的含義是 沒有連線到伺服器位址，因此很可能是 內部網路中斷導致。
關於502 閘道器報錯，與我們本地指令碼與執行緒數的設定 都是無關，也與 nginx的記憶體池配置無關（這2個地方都通過優化配置除錯過了）；當出現這個報錯，對我們的監控結果會有部分影響，需要找開發與運維溝通下情況。
如果溝通無果的情況下，也可能是網路不穩定導致（在實際壓測過程中 發現隔了一天，我設定了10倍的執行緒載入 壓力，都沒有報502錯誤，環境與測試指令碼還是一樣的，所以很大可能是網路抖動不穩定導致）。
3、j**a.net.socketexception: socket closed
這是我們強制停止執行緒，連線中斷產生的錯誤，正常壓測我們等測試結束就好，不用強制停止。所以這個錯誤是正常的，我們可以忽略。
這個錯誤的導致是由於請求介面 設定的請求超時與 請求響應超時 設定過小所致。例子如下：
JMeter壓測時如何在達到給定錯誤數量後停止測試
在做介面自動化效能測試時，偶爾會有不穩定的因素導致請求斷言失敗。jmeter執行緒組對錯誤處理有兩種常用處理方式 繼續或停止測試 因某些原因極個別錯誤不影響壓測結果是可以忽略的，若選擇繼續測試，當真正發生服務崩潰時也會一直壓下去這不是我們想要的，那麼在壓測過程中怎樣才能在達到指定的累計錯誤數量後停止...
Jmeter效能測試之壓測場景介紹
1.1基準測試 基準測試是用單個使用者對需要壓測的交易壓測5 10分鐘，初步了解下該交易的響應時間和tps,一般此過程不會出現問題。1.2單場景負載測試 單場景負載測試是對需要壓測的交易使用80使用者併發，壓測10分鐘左右，考查單個交易的負載情況。這個場景容易測試出來響應時間慢或者伺服器資源利用率高...
聊聊效能 全鏈路壓測 overview
全鏈路壓測是保障業務穩定性，使用者體驗的重要手段，從巨集觀角度，我覺得全鏈路壓測的作用和意義可以抽象為3個 發現問題，定位和止損問題，預見問題。發現問題 如何有效識別線上問題？現有的流程能夠保證開發環節，整合環節，預發灰度，線上 由於真實的線上環境往往很複雜，經常發生的乙個問題是我們在現在測試，功能...