半岛权威十大直营(官方)网站

借助服务虚拟化，您可以简化模拟过程，并创建共享核心功能的可重用虚拟服务库，因此您可以一遍又一遍地停止创建虚拟服务。

对于开发人员而言，没有比从头开始不断重建事物更令人沮丧的了。面向对象设计的一个核心原则是能够为每一项工作创建一个对象或一个参考点，因此您不必重复自己。

尽管有这一核心原则，但在进行模拟时，开发人员经常会发现自己一遍又一遍地重复相同的过程。

但为什么？当开发人员编写应用程序代码时，他们通常与相同的外部API通信并以不同的方式对相同的服务进行相同的调用。传统模拟的问题在于它们是在代码级别编写的，并且经过专门设计以与正在开发的功能一起使用。这样，每次需要行使功能时，都必须创建一个新的模拟。

使用传统的模拟框架时，很难共享已经创建的模拟，这不仅是因为可能不知道它们在代码库中的位置，而且还因为难以理解特定模拟与哪个需求相关联至。这样，最终发生的事情是，各个团队成员经常创建与坐在他们旁边的人相同的模拟对象。这简直是浪费精力，浪费了开发人员的时间。

我的模拟在哪里？

一旦开发人员创建了模拟，进行协作也将变得充满挑战。没有可用的魔术仪表板，您可以在其中发布有关已创建的模拟的通知，以使团队保持知情。

我最近在一家医疗机构中使用模拟作为一种常见的开发实践，并且他们有一个始终脱机的服务提供商，这使其成为模拟的共同目标。这样，每个单独的开发人员都在自己的代码库中为其创建了模拟接口。它们都稍有不同，但达到了相同的目的。当我采访开发人员时，我发现大约存在20个相同的模拟。这甚至令他们感到惊讶。当被问到重复的工作时，用安静的语调回答并不是完全出乎意料的：“我们太忙了，无法沟通。”

听起来有点熟？（我希望我在这里能得到很好的统计，以使您感觉好些。）

但是，正如任何开发人员或测试人员都会解释的那样，模拟是必需的，因为在进行开发时，您需要具有使自己与世界其他地方脱钩的能力。模拟是一种在可保护的环境中包围您的应用程序的方法-但是该解决方案具有其固有的挑战，包括：

• 从头开始重建每个模拟都是乏味的，浪费时间
• 试图发现现有的模拟游戏很困难
• 嘲笑是无目的存在的-它们不受特定API的约束，也无法重用
• 人们尽管需要合作，却忙于无法沟通

输入：服务虚拟化。通过这种测试实践，您可以简化模拟过程，并创建共享核心功能的可重用虚拟服务库。因此，您可以一次又一次停止创建虚拟服务。

使用服务虚拟化

让我们来看一个例子。假设有一个现有的服务，它通过获取一个传入的帐号并返回该人的响应来提供有关该人的身份的信息，并且需要开发一个新的虚拟服务，在该服务中，该虚拟服务将基于帐号返回财务细节。

通过服务虚拟化，在创建新的虚拟服务时可以利用许多原始服务。将两个服务分开的唯一内容是架构和数据。随着组织构建越来越多的虚拟服务，可重复使用的工件库也变得越来越大。这解决了最初的挑战，即必须一遍又一遍地创建相同的虚拟服务。

共享虚拟服务

与模拟不同，虚拟服务是高度可共享的，内部模块也可以重用。虚拟服务或pva文件可以存储为XML，并且可以轻松地检查到源代码管理中。如果该服务模拟了特定API的特定功能，则可以在源代码控制中或更在共享的虚拟化服务器上搜索工件。随着团队使用服务虚拟化的方式不断增长，他们可以通过将桌面直接连接到服务器以搜索所需的工件，然后将其下拉到桌面并立即开始使用，来利用现有的服务器共享功能。这就解决了发现已创建的虚拟服务并立即对其进行访问的挑战。

捆绑虚拟服务

Parasoft Virtualize还提供了根据通用虚拟化用例构建的私有和公共工件的市场。这使您可以快速入门，并在整个组织中建立内部知识库，从而简化以后创建虚拟服务的过程。在开始利用虚拟服务时，您可以轻松地将该虚拟服务及其初始API绑定到命名约定或通过描述或标记。

然后，您的开发合作伙伴可以在网络浏览器中搜索要为其模拟的API创建的任何虚拟资产，并准确查看已创建的内容并立即部署到其桌面：

这解决了将虚拟服务与特定的API和要求绑定在一起的挑战。

与虚拟服务合作

最后，有了上述所有解决方案，您的团队可以构建可持续的工作流程，使开发人员和测试人员在意识到需要模拟时可以选择。无需花时间来回回荡，他们可以向Parasoft生态系统查询适合自己特定需求的模拟，如果存在，他们可以立即访问它。如果没有，他们可以创建一个虚拟服务，团队可以重用该虚拟服务，将来任何需要它的人都可以发现它。这解决了相关协作的挑战。

所以现在怎么办？

您可以使用Parasoft Virtualize的免费版本（Virtualize Community Edition）来开始与您的虚拟基础架构进行协作。我上面提到的所有内容都可以在此处找到，下载开始就可以开始－资产可以检查到源代码控制中，提升为共享的团队服务器，然后上传到团队的私有市场。虚拟化快乐！