通过服务虚拟化原型降低开发范围成本

一个常见的开发挑战是准确地确定创建新应用程序所需的工作量。这可能是在首次设计某个应用程序的需求时发生的，甚至是在更早之前。由于服务虚拟化最常被忽视的功能之一就是能够直接从最初的用户故事中快速原型化并测试新服务的影响，因此，我今天将解决这一问题。

一个常见的开发挑战是准确地确定创建新应用程序所需的工作量。这可能是在首次设计某个应用程序的需求时发生的，甚至是在更早之前。由于服务虚拟化最常被忽视的功能之一就是能够直接从最初的用户故事中快速原型化并测试新服务的影响，因此，我今天将解决这一问题。

“没有示波器蠕变，只有示波器疾驰。”

——Cornelius Fitchner

在应用程序生命周期的最开始，团队会开会讨论代码应该做什么。通常，围绕新应用程序的可行性存在许多问题，开发人员要承担负担，以表明是否有可能实现并确定所需的工作水平。

在处理新技术或全新想法时，这可能非常困难或几乎不可能。开发人员必须轻而易举地（希望准确）。服务虚拟化可以在这里提供帮助的方法是，使任何人都可以快速开发服务原型，而无需签订服务合同。本质上，开发人员可以从头开始构建服务，以简单地回答“假设”问题。

利用服务虚拟化，开发人员可以通过建模来完成此任务。借助Parasoft Virtualize，开发人员可以选择要在其上部署服务的协议类型，并且从本质上讲是从功能空白画布开始。在实际开发中，开发人员必须构建一个框架，该框架需要许多代码行才能开始以所需的方式运行。相比之下，服务虚拟化允许任何人无需代码即可快速原型化预期的应用程序行为，并根据需要构建功能行为的小片段。

例如，您可以通过将元素添加到响应中，然后选择添加其他数据来响应来创建服务。然后，您可以添加逻辑，其中某些类型的请求将接收来自服务的特定响应，并将其扩展以产生所需的应用程序行为。通常，在几分钟之内，用户可以创建一个服务，该服务提供实际应用程序将具有的必要功能，并立即评估其价值和环境影响。这样可以节省大量时间，并且在Parasoft Virtualize中不需要脚本。

此功能极大地扩展了开发团队满足技术要求并按时准确分配工作水平的能力，这对于敏捷团队而言尤其重要，因为产品所有者和Scrum团队之间存在固有的生产力债务。Scrum团队需要根据其能力提供适当数量的故事点，他们可以承诺这些故事点。产品负责人需要传达他们对所需功能的愿景。然后，团队将开始确定实现对期望的理解所需的努力水平。但是，如果团队提供的功能与客户的期望不符怎么办们必须重新开始该过程。提前对应用程序的功能进行原型设计，使他们可以减少完成应用程序所需的周期数。

例如，当任务是创建一个将返回用户信息的API时，通过在仿真中使用原型，开发人员可以快速决定他们希望在与API集成时希望其响应模式如何。如果他们注意到这给下游带来了开发挑战，并且有必要更改元素的顺序，那么他们就不必重新编写代码。他们可以通过将元素拖到正确的顺序中来简单地移动它们，然后自己重新部署虚拟服务。

此外，开发人员可以通过在虚拟服务中设置实际的性能配置文件来评估此新服务将对环境带来的性能影响。

通过对服务进行原型设计，开发团队能够通过甚至在编写一行代码之前就指出应用程序将引入复杂性的区域，从而快速，连续地向利益相关者提供现实的信息。他们还为测试团队在服务尚未存在之前就开始设计针对该服务的测试铺平了道路。

标签：

来源：慧都