彩票走势图

将服务虚拟化引入组织的最佳方法是逐步利用最有价值的方法，以降低测试的总成本，并获得通过完全自动化的DevOps工作流程真正控制测试自动化过程的能力。

当您决定要减肥时，您可能需要进行一些研究，并最终得到“停止喝酒！开始吃蔬菜！8点上床睡觉！每天步行5公里！”尽管接受所有这些活动以采用健康的生活方式可能很有意义，但是如果您尝试一次全部采用这些活动，则可能会失败。相反，您需要逐步进行：在此处进行额外的锻炼，为那里的食物做出健康的选择……慢慢地使自己达到可以真正像专家一样节食的水平。

服务虚拟化也不例外。多年来，我已经帮助众多客户采用了这种有价值的DevOps支持器，并且我发现大多数组织都想采用爆炸式发展方法——立即引入跨多个团队且已作为其一部分集成的全面部署的解决方案持续交付管道。而且，是的，所有这些事情对于充分实现服务虚拟化可以为您带来的潜在投资回报至关重要，如果您尝试在第一天完成所有这些事情，则可能无法有效扩展到您的完整DevOps部署。那你怎么到达那里？

在此文中，我将仅分享这一点。我们将跟踪一个人，从她的单个免费服务虚拟化许可到她组织的服务虚拟化的完整部署，一直集成到他们的DevOps工作流程中。这是基于真实的故事，但是为了匿名起见，我们将其称为Sally。

步骤1：Parasoft Virtualize的单个免费桌面版本

认识Sally开发人员。Sally很聪明，能够以比她的同事更快的速度发展。在测试阶段，她已经开始使用模拟来隔离自己，但是她花了很多时间来开发她需要构建到这些系统中的逻辑类型，因为要进行存根的实际应用程序有些复杂。

因此，她了解了如何使用服务虚拟化在很短的时间内创建更复杂的虚拟服务。她下载了Parasoft Virtualize的免费版本以免费获得服务虚拟化，这使她能够开始创建虚拟化服务，并在实际服务进行更改时轻松地对其进行修改。结果，她可以在完全隔离的环境中进行所有测试和开发。

步骤2：拥有免费桌面许可证的更多团队成员

在她与一些同事讨论这些优势时，他们也想利用她创建的服务，因为它们是不同开发人员之间的通用服务，他们只需将应用程序指向Sally的机器即可获得收益。

因此，他们也可以通过Parasoft Virtualize获得免费服务虚拟化，并开始制作新服务，调整这些服务并从其免费桌面使用这些服务。该团队在开发和测试方面取得了重大进展，因为他们能够减少环境中存在的许多瓶颈。该团队因其敏捷性而受欢迎，并获得了所有最佳项目。

步骤3：Parasoft Virtualize的企业许可证以支持整个环境

有一天，管理人员与Sally的团队接触，他们对团队使用的服务虚拟化解决方案感到好奇，该解决方案可帮助他们更快地构建和测试应用程序。他们希望就其在较大环境中的实际应用进行讨论。关于由遗留应用程序引起的集成和生产环境中断的嗡嗡声。这些应用程序依赖于一系列Oracle数据库以及复杂的ESB和大型机。

这些系统很难进行测试，原因有很多，Sally和她的团队能够证明，由于它们是基本的REST和SOAP服务，以及一些JMS和MQ与本地XML。为了解决旧硬件，他们需要增强服务虚拟化桌面的功能，因此他们升级到了Parasoft Virtualize的完整版本。

在这一点上，他们能够轻松地将服务虚拟化应用于管理层所描述的用例中提出的各种挑战。花了几天的时间来确保虚拟服务满足所有不同的用例，但是它们能够消除在这些环境中所面临的所有挑战。这是Sally组织中服务虚拟化运动的关键转折点之一，因为他们能够利用Sally团队的专业知识与基本服务虚拟化来解决更复杂的挑战，这些挑战实际上与他们相关。

步骤4：服务虚拟化团队应对关键的测试挑战

然后，管理团队为他们的组织迈出了下一步的重要一步，在组织内创建了一个专门的服务虚拟化卓越中心，可以在出现新挑战时利用它来构建虚拟服务。当然，Sally是领导团队的自然之选。

Sally开始围绕启动虚拟化计划建立流程并创建接受标准，因此团队本身并没有成为新的瓶颈。治理成为对话的重要组成部分。该团队设置了一系列角色和职责，以确保每个虚拟化项目都成功。有5个角色：

1. 测试员。每当创建虚拟服务时，都需要有理由对特定组件进行虚拟化。团队经常会收到请求，以模拟环境中不可靠的应用程序。当他们与请求者进行初次交谈时，他们会问“您不能做什么？”这个问题很关键，因为您必须明确定义接受标准才能为虚拟资产定义“完成”。测试人员成为该过程的重要组成部分，因为他们可以定义需要成功执行的测试用例，并且虚拟化团队将知道他们创建了成功的虚拟资产。

2. 开发人员。创建虚拟资产时，几乎不需要了解您正在虚拟化的应用程序，但是为了以最小的努力创建虚拟服务，有助于获得有关您正在仿真的应用程序的领域知识。因此，开发人员成为虚拟资产创建过程的重要组成部分，对服务如何运行进行了解释，以便在创建虚拟服务时能够理解其运行方式的功能。

3. 测试数据管理。有争议的是，许多服务虚拟化挑战实际上都是测试数据挑战的核心，因此测试数据管理团队在构建虚拟资产时变得至关重要。大多数虚拟资产都是通过记录和回放创建的，因此，在确定测试用例并就其行为达成一致之后，要记录的环境在记录时具有正确的测试数据就很重要。因此，尽管测试数据管理团队在虚拟化流程本身中的作用微乎其微，但至关重要的是在创建初始产品之前将他们带入流程。

4. 操作。虚拟服务会复制真实服务，因此，如果您创建了虚拟服务权限，则用户可能实际上并不知道他们正在模拟。结果，虚拟服务需要在实际服务所在的环境中定义的端点上可用。这通常可能成为虚拟化过程的障碍，因为许多人将无权重新配置必要的连接以将应用程序指向虚拟服务端点。Parasoft Virtualize使用一种称为代理的机制，该机制允许服务通过中间人进行通信，该过程可由Sally的团队控制。但是获取初始连接集是操作团队的责任。提前确定运营资源并与该计划进行签订的前期合同是确保将所有管道实际连接在一起的最佳方法，以使团队能够做好准备并且能够了解发生了什么发生。

5. 领导。为了使任何服务虚拟化项目成功，管理层必须接受。对于Sally来说，这并不困难，因为它们是从头开始的，并已被证明具有重要价值，但保持领导层对公司持续关注的重要性很重要。团队发挥作用。

设置这些角色对于服务虚拟化团队的成功至关重要，明确了使虚拟化项目成功的需求。服务虚拟化团队的每个成员都有一个Parasoft Virtualize桌面软件。他们将在桌面上创建虚拟服务，然后将其提供给用户。

步骤5：添加虚拟化登台服务器

随着团队变得越来越受欢迎，很明显，他们需要扩展部署。如果团队成员之一必须关闭计算机或休假，这将影响用户使用虚拟服务。因此，Sally认为该是再次升级其部署体系结构的时候了，他们购买了虚拟化登台服务器。

这使团队中的每个成员可以联合起来并共享他们的虚拟资产。该服务器“始终在线”并充当虚拟工件库。服务器已连接到源代码管理，因此将不同版本的服务部署到服务器时，将自动检入它们。这使团队可以对所有虚拟资产有一个中心的真理，而无需猜测最新版本在哪里。

团队愉快地忙了几个月，以解决组织面临的重大挑战。它的规模不断扩大，并增加了一些成员。为了提高团队的知名度和知名度（并增加预算额），Sally实施了“Hoo-Rah”计划。每当团队构建具有可量化ROI的产品时，他们都会跟踪收益，并发送公开电子邮件说明他们的工作以及哪些团队受益。这些“嘘”的例子有：

• 该团队在Oracle主数据库中模拟了冲锋队SOAP服务和扩展表，并启用了自动流程来配置和测试支付服务的111种组合。测试吞吐量的增加和自动化测试的执行，为项目周期节省了27950美元。

• 该团队能够通过模拟尚未准备好迁移到云中的服务来简化云迁移计划。这样一来，转换就可以提前2周进行，因为他们可以分阶段进行验证，但是即使缺少部分也可以正常运行。这为他们节省了45875美元的工时。

• 该团队通过创建新服务的虚拟表示形式来主动管理第三方服务变更，并在2-6周前提供对开发/测试的访问权限。这种变更管理减少了与第三方服务相关的计划外停机（约30％），为计划节省了27146美元。

• 该团队在大型机上模拟了会员搜索服务，该服务在呼叫客户时提供了唯一的会员，从而大大简化了流程的测试要求。现在，团队可以控制大型机和数据库的数据，并且他们可以插入所需的任何类型的行为。预计这将大大减少15,000小时的中间件计划外中断。

• 该团队成功地模拟了主密钥输入回归场景所需的112个服务。这使团队能够在密钥输入服务周围部署虚拟服务，并减少了对物理性能环境的需求，从而为组织节省了用于采购额外性能环境的123654美元的资本支出成本。

这些“呼啸”电子邮件对于使更多的团队参与其中至关重要，但也帮助企业的关键利益相关者了解了服务虚拟化对测试自动化流程的重要性。

从负面模拟中获取价值

然后，在夏末的一个晚上，安全团队的成员对关键应用程序进行了审计，发现了潜在的攻击媒介进入系统，可以被利用，不仅导致敏感的客户数据泄漏，而且迫使组织不合规。如果不能迅速补救，则该组织将被迫更新合规委员会并开始处罚程序。

该团队意识到，如果他们可以在特定的时间范围内修复缺陷，则可以将更改推送到生产环境中，并且一切都会很好。挑战在于，为了成功重现此问题，他们不得不将其许多第三方支付系统置于一种状态，在这种状态下，他们将提供各种错误条件并有意泄漏PII或客户数据。团队没有能力将这些超出其控制范围的系统强制进入他们所需的状态，以暴露缺陷并验证将要实施的修复程序。Sally在傍晚被召唤，并被要求上班。该团队迅速进行了工作，重新使用了他们为这些第三方支付系统创建的现有虚拟服务，并将其置于将开始返回负面行为的状态。由于不必重新部署应用程序，因此他们可以在开发人员进行更改时简单地修改行为，并清除所有可能导致潜在利用的组合。不用说，该团队成功地将热补丁交付生产，从而为公司节省了数百万美元。

步骤6：添加协作工作区以将持续集成作为DevOps的一部分

Sally的服务虚拟化卓越中心团队现在在开发人员和测试人员中很受欢迎，其中许多人开始要求自己访问Parasoft Virtualize，以便他们可以制作自己的原型并验证正面和负面的情况。 Sally拥有支持它的基础架构，但她并不一定需要像专业台式机版本那样繁重地工作，因此她再次升级了他们的基础架构，并加入了Parasoft的瘦客户端界面来完全启用其DevOps工作流程。该集中式仪表板使组织中的任何用户都可以访问，并使他们能够直接从其浏览器创建虚拟服务和测试用例。

部署的这种演变创建了一个“混合模型”，在该模型中，各个团队成员可以采取联合行动，根据自己的需求创建自己的虚拟服务，对其进行访问、修改，等等。将服务扩展到更大的体系结构中，他们就有了与卓越虚拟化中心协作的机制。该团队可以添加其他服务器来支持负载，并在性能团队加入时加入性能服务器。

至此，Sally拥有了一个完整的虚拟资产库以及相应的自动化测试用例。她有一个将这两个测试工件输入的测试数据库。实际的服务创建大部分由各个团队完成，而Sally的团队则主要负责将所有这些不同的虚拟服务编排为一个“环境”。该环境实际上只是虚拟资产、测试用例和测试数据的模板，这些模板内置于特定的配置中，以满足测试计划的需要。他们构建了许多这些环境模板，并将它们与组织中的不同应用程序对齐。

每当需要对应用程序进行测试而实际环境不够用时，卓越的虚拟化中心将剥离具有不同虚拟服务的环境，并允许团队成员进行测试。作为测试执行的一部分，团队越来越依赖虚拟服务，这是向连续交付管道的自然过渡。

Sally组织中的最终且完全实现的服务虚拟化部署如下所示：

各个团队成员将在其浏览器中创建虚拟服务和测试用例。如果需要更新虚拟服务或需要添加其他逻辑，则虚拟化COE将使用其专业台式机进行处理。然后，虚拟服务和测试用例将在瘦客户机界面内部进行组合，并且当需要这些环境时，它们的构建系统将调用它们并将它们部署到云或专用服务器中。然后将启动自动测试用例，将结果发送到其汇总的仪表板，并销毁动态环境。

进行全面的虚拟化部署

通过服务虚拟化实现的真正的连续测试并非一overnight而就。这个故事是真实的，并且可以通过服务虚拟化来实现，但这就像Sally一样，要求组织投入并从头开始。（顺便说一句，她现在是执行董事会的成员。）这是将服务虚拟化带入您的组织的最佳方法-逐步利用最有价值的地方。每个人的确切旅程都会有所不同，但是最终结果应该是相同的：降低测试的总成本，并获得真正控制测试自动化过程的能力。