背景說明：JMeter執行方式有2種，一種是GUI模式，一種是NO-GUI模式。GUI模式就是介面模式，NO-GUI模式就是命令列模式。介面模式主要用來編寫和除錯指令碼用的，專案的真正執行最好是採用命令列模式，因為採用命令列模式可以和持續整合或者其它框架進行對接，做成自動化迴歸測試平臺。我們可以拿jmeter介面當做學習工具或者當做指令碼開發和除錯工具，如果採用介面模式做正式執行，那麼這樣的過程一定不是自動化的過程，是半手工半自動化的過程，這樣我們就成為不了一個真正的介面自動化測試人員。命令列執行模式，具有更加靈活和強大的功能，能完成更多的高階用法。在真正的專案執行過程中，無論是介面自動化測試，還是介面效能測試，我個人採用的全都是命令列執行模式。

個人建議：我們在學習工具的時候，從簡單入手、從介面入手沒有錯誤，但是學完了簡單的用法，依然需要向更高階的功能拓展，否則達不到真正理解和精通一款工具的目的。是否會靈活熟練使用命令列模式去執行jmeter任務，是用來判斷你熟悉jmeter的考核點之一，也是用來判斷你使用jmeter所處的階段：個人學習式、小作坊式、正規專案級模式。

命令列詳解：

【命令列詳解】

【命令列使用範例】

總結：看完了命令列詳解後，大致知道命令列提供了哪些引數，具體有什麼作用。結合範例進行實踐和練習，加深理解和鞏固。我們再來回顧下，學完命令列，我們會在哪些場合使用：

1、非圖形化執行模式，執行更省資源，更容易實現多工具集整合；

2、當訪問的介面服務需要通過代理伺服器才能完成的；

3、當一臺機器產生的壓力不夠時，採用分散式多機遠端執行模式，使得一臺主控機可以控制多臺壓力機，同時生成更多的壓力請求，達到客戶端能模擬大併發請求的目的；

4、可以通過外部傳參，讓命令列將資料傳入到指令碼中，使得外部系統呼叫jmeter時候能更好的進行整合和傳參，比如通過jenkins啟動和執行介面自動化時，將引數從jenkins的介面傳入到jmeter中，就是通過命令列引數進行橋接的。