建立後，您可能希望從命令列執行LoadTests，也許作為持續整合構建的一部分，或用於監視服務的日常效能。SoapUI提供了一個命令列執行程式和maven外掛來執行此操作。

該執行程式在您的SoapUI \ bin資料夾中可用，並適當地命名為loadtestrunner.bat / .sh。它需要一些與報告，屬性等有關的引數，這些引數可以使始引數列表的建立變得乏味（命令列選項都在LoadTestRunner Reference中詳細介紹，這裡我們將專注於最常見的）。幸運的是，UI包含一個啟動Loa初dTestRunner的嚮導，

LoadTest彈出式選單中提供了“啟動LoadTestRunner”選項：

它會彈出如下對話方塊：

預設情況下，對話方塊將選擇相應的LoadTest，但是TestSuite / TestCase / LoadTest下拉列表允許您擴充套件執行範圍，例如將loadtest設定為“<all>”將執行專案中的所有LoadTests。預設情況下，SoapUI在SoapUI \ bin資料夾中使用loadtestrunner。

您可以通過在“TestRunner路徑”欄位中指定所需的loadtestrunner的路徑來更改為另一個版本（可能用於測試目的）。
“儲存專案”選項確保在啟動之前儲存包含要執行的LoadTest的當前專案，以便在UI中進行的任何修改都適用於命令列執行。

當執行的LoadTest修改專案檔案中應該保留的某些狀態時，應使用“Save After”選項，最值得注意的是，是否您使用的DataGen TestStep與Number屬性不希望重新啟動每次執行。

該  Overrides

配置的Limit和初始ThreadCount可以更改為替代值，使您可以輕鬆地重新執行具有不同限制和負載的相同LoadTest。與安全相關的覆蓋應用於請求級別，例如，您可能正在將主機更改為需要Basic或WSS身份驗證的伺服器。

“  報告”  選項卡允許您配置為LoadTest結果生成的報告以及儲存它們的位置。

最後兩個選項在開源版本中被禁用，因為它們是SoapUI Pro中報告功能的特定之處。“報告生成”欄位應包含“建立報告”對話方塊中可用的相應報告之一的名稱：

相應地，“報告格式”選項應該包含要生成的格式的逗號分隔列表。對於可列印報告，可用值為PDF，XLS，HTML，RTF，CSV和XML，用於資料匯出，它們是XML和CSV。

該  屬性

明顯的用處例子是，如果您以某種方式引數化了TestCase，並需要相應地更改這些引數。

最後是“ Custom Args”選項卡，允許您將任何自定義引數新增到命令列呼叫中：

好的，現在讓我們通過按“啟動”按鈕來執行LoadTest。彈出一個視窗，顯示LoadTestRunner在執行時的命令列呼叫和輸出，當LoadTest完成時，我們看到以下內容：

所有這些都似乎已經很好了，日誌告訴我們，LoadTest報告已經在指定的資料夾中建立，開啟它顯示我們所需的結果;

上面顯示了我們需要注意的另一個（相當重要的）事實，與從UI中執行它們相比，從命令列執行測試可以稍微更快（從而提供更好的結果）。如果我們在SoapUI Pro中執行上述測試，我們得到：

比命令列測量的TPS和AVG值低約7％。差異是由於更新表等引起的UI開銷。

讓我們從控制檯執行完全相同的測試; 正如您可以在第一個輸出螢幕截圖中看到的那樣，loadtestrunner.bat檔案將被啟動，如下所示：

我們可以將其貼上到記事本中並獲取以下引數：

loadtestrunner.bat -ehttp：//127.0.0.1：8088 / mockServiceSoapBinding  -s“Simple TestSuite”-c“簡單登入和登出w。屬性步驟”  -l“LoadTest 1”-m120 -n10 -r  -fC：\ Work C：\ Users \ UserName \ SoapUI-Tutorials \ Sample-SOAP-Project-soapui-project.xml

如果這是所需的配置，我們可以使用此字串並在其他命令列呼叫中使用它，或者在建立自動執行時，在命令提示符下（請務必使用引號將空格包圍引數）。

關掉它吧！