一個常見的開發挑戰是準確地確定創建新應用程序所需的工作量。這可能是在首次設計某個應用程序的需求時發生的，甚至是在更早之前。由于服務虛擬化最常被忽視的功能之一就是能夠直接從最初的用戶故事中快速原型化并測試新服務的影響，因此，我今天將解決這一問題。

“沒有示波器蠕變，只有示波器疾馳。”

——Cornelius Fitchner

在應用程序生命周期的最開始，團隊會開會討論代碼應該做什么。通常，圍繞新應用程序的可行性存在許多問題，開發人員要承擔負擔，以表明是否有可能實現并確定所需的工作水平。

在處理新技術或全新想法時，這可能非常困難或幾乎不可能。開發人員必須輕而易舉地（希望準確）。服務虛擬化可以在這里提供幫助的方法是，使任何人都可以快速開發服務原型，而無需簽訂服務合同。本質上，開發人員可以從頭開始構建服務，以簡單地回答“假設”問題。

利用服務虛擬化，開發人員可以通過建模來完成此任務。借助Parasoft Virtualize，開發人員可以選擇要在其上部署服務的協議類型，并且從本質上講是從功能空白畫布開始。在實際開發中，開發人員必須構建一個框架，該框架需要許多代碼行才能開始以所需的方式運行。相比之下，服務虛擬化允許任何人無需代碼即可快速原型化預期的應用程序行為，并根據需要構建功能行為的小片段。

例如，您可以通過將元素添加到響應中，然后選擇添加其他數據來響應來創建服務。然后，您可以添加邏輯，其中某些類型的請求將接收來自服務的特定響應，并將其擴展以產生所需的應用程序行為。通常，在幾分鐘之內，用戶可以創建一個服務，該服務提供實際應用程序將具有的必要功能，并立即評估其價值和環境影響。這樣可以節省大量時間，并且在Parasoft Virtualize中不需要腳本。

此功能極大地擴展了開發團隊滿足技術要求并按時準確分配工作水平的能力，這對于敏捷團隊而言尤其重要，因為產品所有者和Scrum團隊之間存在固有的生產力債務。Scrum團隊需要根據其能力提供適當數量的故事點，他們可以承諾這些故事點。產品負責人需要傳達他們對所需功能的愿景。然后，團隊將開始確定實現對期望的理解所需的努力水平。但是，如果團隊提供的功能與客戶的期望不符怎么辦？他們必須重新開始該過程。提前對應用程序的功能進行原型設計，使他們可以減少完成應用程序所需的周期數。

例如，當任務是創建一個將返回用戶信息的API時，通過在仿真中使用原型，開發人員可以快速決定他們希望在與API集成時希望其響應模式如何。如果他們注意到這給下游帶來了開發挑戰，并且有必要更改元素的順序，那么他們就不必重新編寫代碼。他們可以通過將元素拖到正確的順序中來簡單地移動它們，然后自己重新部署虛擬服務。

此外，開發人員可以通過在虛擬服務中設置實際的性能配置文件來評估此新服務將對環境帶來的性能影響。

通過對服務進行原型設計，開發團隊能夠通過甚至在編寫一行代碼之前就指出應用程序將引入復雜性的區域，從而快速，連續地向利益相關者提供現實的信息。他們還為測試團隊在服務尚未存在之前就開始設計針對該服務的測試鋪平了道路。