由于當今應用程序的復雜性，很容易遇到無法同時準備好所有代碼的情況。作為開發人員，您可能在等待第三方API的更新，合作伙伴組織完成其代碼或組織中的其他團隊準備開始進行測試的組件。這可能會拖累組織的整個發布時間表，因為備份了測試以等待所有工作完成。

設計服務虛擬化就是考慮到這一點。通過模擬您否則會丟失或等待的相關組件，它為開發和測試團隊提供了不受限制地訪問完整測試環境的權限。

責備游戲

在敏捷環境中，開發人員可以在互連的系統組件上的所有代碼庫中同時工作。每個開發人員都需要訪問其他開發人員的組件才能完成自己的任務。通常，我們會遇到這樣的情況：一個開發人員在項目早期就需要另一個開發人員的組件或API的響應，有時甚至這么早，以至于另一位開發人員甚至沒有創建正在被調用的代碼。這意味著一個或兩個開發人員將被卡住，直到兩段代碼都完成為止。在軟件中，我們稱其為死鎖。

在編寫代碼時，我經常面臨這個挑戰。我的團隊可能正在開發面向客戶的Web應用程序，每個沖刺都包含一組新的用戶案例，以根據我從REST API獲得的數據來實現功能。而且幾乎每天我都會陷入困境，無法在我的應用程序代碼上工作，因為我所依賴的API之一未處于工作狀態。這可能有多種原因，但這通常與我的一位同事在使用API時在其代碼中的某個地方引入錯誤有關。

這樣做的最大問題是，我必須在截止日期之前完成，而我的經理希望我在sprint結束時使用此代碼。因此，我通常要做的就是走到同事的辦公桌旁，與他們一起仔細閱讀他們的代碼，以幫助解決他們面臨的挑戰。 （這太好了……我們正在與開發人員合作……真是難得一見！）但是不幸的是，最終發生的事情是，我花了大部分時間調試他們的問題，以使自己不受阻礙。這意味著他們按時完成了代碼，而我沒有按時完成。

等待訪問相關功能會限制敏捷性。我應該如何在這些條件下工作？答案是模擬。我可以使用Service Virtualization擺脫這些僵局，并快速構建一個虛擬資產，該虛擬資產實際上模擬任何預期的行為。

使用服務虛擬化

我將使用Parasoft Virtualize向您展示如何執行此操作（您現在可以在新的Community Edition中免費使用它）。您可以在GUI中或從類似WSDL的定義文件中創建腳本，而無需執行任何腳本。例如，在API開發的早期階段，WSDL或架構可能不可用，而開發人員可能僅提供了示例響應。使用Virtualize，這已經足夠上手。我只是抓住響應對象并將其粘貼到響應者中。然后，我可以撥動開關，該工具將即時創建一個架構。這非常有用，因為我不必擔心發送正確的有效負載，并且隨著數據的變化，Virtualize將確保每次發送響應時有效負載結構保持一致。這使得模擬響應非常容易。端點是自動設置的，并且始終可用。我只需要關注我希望新響應發送的數據。借助Virtualize，您還可以可視化地對各種消息格式進行建模，例如XML，JSON，以及各種舊式，財務，醫療保健和其他特定于域的格式。

以這種方式處理模擬響應有很多優點，其中最重要的是時間。只需數分鐘即可建立一個簡單的服務響應，而等待真實服務的天數就可以設置。這使我可以立即開始工作，做出響應以進行開發，并立即看到對其新代碼的影響。這可以幫助我更聰明，更快速地編寫代碼，因為通常無法預測的條件可以立即進行測試，并且可以實時調整功能。

這正是我要使自己擺脫等待周期的方法。當其中一個后端API出現故障時，我將使用服務虛擬化來模擬響應。我可以放入任何想要的有效負載，并且我知道它是準確的，因為我使用了定義。我也有信心，因為我會控制一切，它將為我提供正確的數據。使用這項技術使我能夠按時完成任務。