在保護您的應用程序不受回歸影響的同時實現速度

持續集成（“CI”）是一種易于理解且（在這一點上）已被廣泛采用的實踐。這是顯著提高應用程序交付速度的必要的第一步。

持續集成允許開發人員將更改推送到源代碼的“主”分支中，而單個開發人員可能在一整天內將許多更改推送到主分支中。為了確保master分支是原始的，可構建的且高質量的，在每次更改后進行測試至關重要，因為它充當了應用程序源代碼的黃金副本。

（如果您對連續集成有更多的興趣，我在這里推薦Martin Fowler的舊文章，但仍然很有趣，有關軟件開發中的集成歷史以及CI的優點/最佳實踐。）

今天，我們將專注于如何配置Parasoft SOAtest以執行功能回歸測試，并將其作為持續集成過程的一部分。在本文中，我將介紹使用流行的自動化平臺Jenkins配置SOAtest的步驟。我們將使用開放源碼的Parabank應用程序，并使用Docker進行部署，以簡化操作。

這將如何運作？

下圖說明了我們將在本文中進行的設置。最好從左到右閱讀。

簡而言之，Jenkins將從Github簽出一個回購，其中包含一個名為“ Parabank”的SOAtest項目，該項目包含REST測試。Jenkins還將從Docker Hub中提取一個名為parasoft / parabank的Docker映像。該映像不僅包含Parabank，還包含Tomcat和正確的Java運行時環境。

然后，Jenkins將運行此Parabank圖像的實例（稱為“容器”）。之后，Jenkins將告訴SOAtest運行從Github提取的測試，以便我們可以驗證我們的Parabank實例。

現在，這并不是真正的持續集成的精神（因為我為您提供了一個預先構建的應用程序），但是我想使用Docker來省去使用Maven構建Parabank以及安裝的麻煩并配置Tomcat / Java。

下面提供了更為逼真的/真實的CI圖。開發人員將源代碼檢入Github。現在，我們要測試即使開發人員進行了更改，應用程序仍處于良好狀態。

Github中的源代碼更改觸發了Jenkins的構建，并且Jenkins啟動了自動的Maven構建（執行JUnit測試）。如果所有單元測試均通過，則將打包的應用程序（parabank.war）部署到Tomcat上。然后，SOAtest開始執行功能性的“黑匣子”測試。

只有在單元測試通過（在Maven構建期間）和功能性“黑匣子”測試通過（在SOAtest執行期間）之后，開發人員的原始更改才被認為是好的。

讓我們進入第一個圖表中配置流程所必需的步驟！

配置SOAtest和Jenkins

先決條件：

• 能夠運行Docker的Windows 10計算機（其他操作系統也可以運行，但是我在本文中提供的某些命令可能具有不同的語法）。這臺機器必須具有互聯網連接。
• 在計算機上的某個地方創建一個localsettings.properties文件。將示例文件的內容復制到其中。如果您有節點鎖定的許可證，請將其添加到第5行。如果使用許可證服務器，請將第6行設置為true，然后在第3行添加您的許可證服務器主機名。我們稍后將需要此文件的路徑。
• Jenkins 1.651或更高版本安裝在同一臺計算機上
• SOAtest 9.10或更高版本已安裝在同一臺計算機的PATH上（以便您可以從任何目錄調用soatestcli）。
• Docker已安裝在同一臺機器的PATH上。

步驟：

1. 在Web瀏覽器中登錄Jenkins（Jenkins通常部署在類似http：// <JENKINS_HOST_IP>：8080 / jenkins的URL上）

2. 我們將從安裝一些Jenkins插件開始。選擇左側的“管理Jenkins”，然后在出現的新菜單中選擇“管理插件”。

3. 在“可用”標簽下，選擇并安裝以下插件：

a. “Parasoft調查結果”

b. “Git插件”（版本3.30）選擇“無需重新啟動即可安裝”，然后在“安裝”頁面上選中“在安裝完成且沒有作業正在運行時重新啟動Jenkins”復選框。

4. 從步驟1返回至Jenkins主菜單。在左側，選擇“New Item”。

5. 提供名稱“Parabank Deploy and Test”并選擇“Freestyle”項目，然后單擊“確定”。

6. 在出現的配置菜單中，向下滾動到Source Code Management，然后選擇Git。將此URL添加到Repo URL字段中：//github.com/sdebrosse/soatest-automation-example.git。所有其他字段都可以保留其默認值。

7. 滾動到頁面底部，然后在“構建”下添加“執行Windows批處理命令”的構建步驟（如果您使用的是Linux，請選擇“執行外殼”）：

8. 將腳本的內容復制到此處，并將其粘貼到新的構建步驟字段中。您需要更改腳本頂部的兩個變量的值，以反映到您自己的localsettings.properties文件的路徑以及要在其中創建臨時工作空間的位置（SOAtest將在測試過程中創建此工作空間）。腳本中的注釋說明了每一行發生的情況：

9. 現在，我們準備執行我們的Jenkins工作！確保首先關閉所有打開的SOAtest實例。然后選擇配置菜單底部的保存，然后單擊左側的“立即構建”：

10. 您可以單擊左側的正在運行的作業，然后查看實時控制臺輸出：

如果一切正常，日志最后會顯示“SUCCESS”。這意味著您已經成功地從Github提取了SOAtest測試項目，使用Parabank部署了Docker容器并針對該Parabank實例執行了測試。在此過程結束時，我們自動停止了Parabank容器并刪除了temp_workspace來清理環境。但是，請稍等片刻，您可能已經從查看日志中注意到我們的測試失敗了……

是的，針對Parabank的測試失敗。如果我們希望Jenkins構建由于SOAtest測試失敗而失敗，則在調用soatestcli時添加-fail標志。像這樣：

soatestcli.exe -fail -data %TEMP_WORKSPACE_PATH% -resource /Parabank -config “builtin://Demo Configuration” -localsettings %LOCALSETTINGS_PATH%

如果您在SOAtest桌面用戶界面中打開測試，則會發現此故障主要是測試數據/測試環境配置問題。我們的貸款處理者拒絕了本應批準的貸款。

我們接下來怎么做？

測試環境配置和測試數據是可靠的自動化測試的最大障礙。在以后的文章中，我將探討一種稱為服務虛擬化的技術如何幫助確保我們始終擁有所需的確切環境配置，以便隨時可靠地運行測試–這將使我們從持續集成中脫穎而出的測試。