[[411557]]

【51CTO.com快譯】如果您正在開發連接到多個微服務、軟件即服務 (SaaS) API、遺留系統和其他第三方服務的應用程序，那么創建一個強大的測試環境可能會很棘手。例如，假設正在驗證的一個 API 是團隊開發的微服務。在這種情況下，可能擁有 DevOps 功能，包括持續集成和持續交付 (CI/CD)、基礎設施即代碼以及創建測試數據集的工具，以便為該服務啟用測試環境。然而，即使有了這些功能，當團隊開發許多云原生應用程序和微服務時，啟動多個測試服務的成本也會變得很高。

如果是第三方 API、SaaS 或數據流，則可能需要依賴該服務的測試基礎設施和功能。盡管這些測試環境應該支持生產系統的功能，但它們可能沒有完整的數據集，并且將它們置于負載下以支持性能測試可能會違反服務條款或者造成費用高昂。

服務和 API 虛擬化平臺旨在通過創建和模擬 API 和服務端點來解決這些復雜性。服務虛擬化平臺不再是旋轉測試環境，而是充當測試下游應用程序和組合服務的端點，并響應連接應用程序或服務的請求和事務。

如果只使用少數幾個 API，那么API模擬可能是模擬端點的一個足夠好的實踐，并且像 Mockito、JMock 或 WireMock 等工具都是 Java 選項。但是一旦有了許多開發團隊、不斷增長的api或復雜的測試數據集，就需要一種更具可伸縮性的方法，比如服務虛擬化。此外，如果正在測試處理信用卡、連接到賬單支付服務或執行其他復雜交易的應用程序，那么服務虛擬化平臺可以針對更廣泛的用戶體驗和錯誤場景進行驗證。
我與金融服務領域的云工程師 Anna Ramadoss 討論過如何使用服務虛擬化平臺的問題。她說：“服務虛擬化，一旦成為團隊的主流，就縮小了主系統和從屬系統之間的界限。更新是即時的，交付時間變得更快。其結果是一個精心設計的系統，可以更快地更新市場。它還可以減少基礎設施需求和成本。”

服務虛擬化如何實現左移測試

許多組織都希望將他們的測試工作轉移到更快地識別和解決問題的方向。但是當測試環境不可用于依賴服務時會發生什么呢？

開發人員很自然地避開阻礙其工程工作的障礙。在開發應用程序時，開發人員是應該等待 API 的測試基礎設施和功能，還是更有可能將這種測試推遲到開發過程的后期？更麻煩的是，開發人員是否會對 API 的行為做出假設，然后被迫在開發過程的后期解決缺陷，或者是，在生產中發現缺陷的時候呢？

建立一個服務虛擬化平臺并要求將服務虛擬化作為一個開發標準有很多好處，特別是對于需要針對許多 API 進行廣泛測試能力的團隊而言。以下是使用服務虛擬化平臺幫助左移測試的幾個優點：

    • 服務虛擬化是開發單元測試和為微服務進行持續測試的自然延伸。作為開發過程的一部分，開發人員或質量保證工程師應該在服務虛擬化平臺中配置模擬API響應的端點。所有開發人員在構建下游應用程序和服務時都可以使用這些端點。

    • 服務虛擬化層通過公開所有支持版本的端點，來簡化針對一個 API 的多版本測試。在對新的API版本進行測試時，開發人員可以創建測試來比較最新版本和舊版本的響應。這種 A/B 測試對于驗證機器學習模型和預測分析新版本的下游影響特別有用。

   • 服務虛擬化可以與測試數據集捆綁在一起，并用于驗證事務。一旦開發人員完成了一個測試場景，他們就可以將端點刷新回原始測試數據集，并根據需要重復測試。

   • 在云上運行時，服務虛擬化平臺可以根據測試量增加和減少容量。因此，基礎設施可以擴展以處理許多同時運行測試或更健壯的性能測試的開發人員。

通過解決一個常見的測試基礎架構挑戰，團隊可以使用服務虛擬化平臺的功能在開發過程的早期建立新的測試場景。

平臺提供商建議其他用例。例如，SmartBear 建議開發團隊使用服務虛擬化來增強安全測試，根據消息類型自動化不同的測試場景，并支持迭代設計。Parasoft 建議使用服務虛擬化來測試格式錯誤的數據響應、模擬高延遲，或驗證對更大負載的響應。Broadcom Service Virtualization（正式名稱為 CA DevTest）建議開發團隊將測試鏈接到多步驟事務中，并持續驗證業務工作流。
Ramadoss 建議開發團隊確定他們的測試要求，以查看 API 虛擬化是否足夠，或者是否需要更通用的服務驗證。例如，她說，“服務虛擬化擴展到基于 TCP 的協議，以支持來自 TransUnion、Equifax 和 Experian 等信貸機構的服務。” 可能需要的其他協議包括數據庫 (JDBC)、中間件（JMS、Rabbit MQ 等）和大型機協議（CICS 等）。

我與 Broadcom 的 DevOps 首席技術官 Shamim Ahmed 討論了 DevOps 組織如何在虛擬服務環境中使用服務虛擬化。他說：“隨著越來越多的組織為他們的軟件系統發展到組件架構，我們看到采用微服務進行開發和容器化進行部署的趨勢越來越大。為了支持這一趨勢，虛擬服務可以打包并部署在容器中，按需實例化，并在不再需要時停用。”

服務虛擬化的工作原理

平臺具有不同的能力來創建服務端點，以下是常見的方法：

   • 以Web服務描述語言（WSDL）、Web應用程序描述語言（WADL）或OpenAPI規范（OAS）鏈接或上載API的定義

   • 使用瀏覽器插件或web服務器代理記錄事務

   • 手動創建服務定義，對于下游開發人員想要在 API 準備好之前進行測試時很有用

創建端點后，平臺通常支持連接到測試數據源、上傳測試數據或自動生成測試數據。在驗證表單或文檔上傳以及處理復雜事務時，生成測試數據非常有用。這也是創建關于個人身份信息 (PII)（例如姓名、社會安全號碼或信用卡號碼）的模擬數據集的比較安全的方法。

一旦有了服務端點，服務虛擬化平臺就會提供開發工具包、IDE 插件和 CI/CD 工具插件，作為接口和利用它們的不同方式。以頻繁部署為目標的開發團隊可以通過提供更多 API 端點和增加測試數據集的廣度來改進連續測試實踐。 

使用服務虛擬化平臺和成熟的持續測試實踐的敏捷開發團隊應該考慮幾個最佳實踐，例如創建負面測試用例和培訓技術人員。加快測試周期的幾個最佳實踐，包括定義基礎架構要求、保護虛擬化服務以及定期更新系統。領導者還應該尋求切實的商業利益，例如更快地將新應用程序投入生產并降低成本。

隨著越來越多的組織針對云實現應用程序現代化、開發微服務并與許多 SaaS 平臺集成，服務虛擬化成為支持穩健和持續測試的關鍵平臺功能。

【51CTO譯稿，合作站點轉載請注明原文譯者和出處為51CTO.com】