彩票走势图

在上一篇有关服务虚拟化的博客文章中，我讨论了使用虚拟响应来模拟仍在发展或尚不可用的应用程序行为进行测试。今天，我要解决下一个问题——如果由于后端系统的行为需要某些异常配置而无法使用常规应用程序创建其他要求或条件，该怎么办？

服务虚拟化不仅使我们不受限制地访问后端系统和技术，而且使我们能够控制这些组件提供的响应，从而使我们能够应对这一挑战。通常，服务虚拟化用于模拟环境中相关组件的快乐路径行为，或者在缺少组件时填补空白，但这还有另一面。我们可以颠倒该工作流程，并使用服务虚拟化来模拟现有组件的异常行为。

异常行为模拟

什么是异常行为模拟？最简单地，它是指以可预测的方式从服务提供否定响应，以验证或防范特定的应用程序行为。为了说明这个概念，我们可能考虑一种情况，开发人员希望对上游的应用程序进行防弹。对于每个开发人员来说，这听起来都是一项重要的任务，但是实际上，这通常是不可能的。

想象一下，开发人员构建了一个利用PayPal的购物车应用程序，并希望构建一些处理PayPal中断的功能。也许他们想确保如果PayPal突然下线或发送负面响应，最终用户不会失去进度。在实际环境中测试此条件将是一个挑战。如果没有虚拟化，开发人员将如何做到这一点？想像一下打给PayPal的电话：“您今天可以让服务器超时几个小时吗？”这不仅不是一个很好的对话，而且即使他们偶然引入了负面行为，也会影响整个开发环境。那天想对PayPal API进行测试的任何人都会受苦。

这就是服务虚拟化如此强大的地方。由于开发人员可以控制虚拟服务，因此他们很容易配置这种异常行为。他们可以通过参考PayPal或任何第三方服务合同提供的WSDL或Swagger文档，在自己的专用端点上创建虚拟PayPal接口。然后，他们将进入虚拟服务并将其设置为“ 500 Internal Server Error”。这将使开发人员可以看到在这种情况下代码会发生什么。再进一步，他们可以模拟“ 200 OK”，但使用格式错误的JSON进行响应，甚至将服务设置为以相当长的延迟进行响应，以了解发生了什么。可能性是无止境。

这种类型的按需异常测试是无价的。它使开发人员可以在控制所有类型的异常响应行为的同时调整代码。这样可以加快验证过程，并总体上改善应用程序代码。但这不是止步不前的地方。还有其他一些通常没有考虑的领域，在这些领域中，模拟异常服务行为对于开发组织可能是一个很大的好处，那就是“缺陷虚拟化”的概念。

那么，什么是缺陷虚拟化？

将缺陷虚拟化视为“负面重放”。您正在做的是为应用程序“存在”创建异常环境。考虑一下碰撞测试假人–您不会在正常情况下将碰撞测试假人设置在只会驶下道路的汽车中。可能是，已将假人放置的环境进行了特殊配置，以给他提供一个相当糟糕的一天。

缺陷虚拟化也是如此。模拟可能在外部发生的负面条件将迫使应用程序暴露某种意外行为。这可以非常强大，因为您可以使用该模拟环境来重现质量检查或开发团队的行为。该团队可以进行此模拟，并亲自查看问题所在。这将一致地重播他们的负面行为，并且在修复应用程序的过程中，他们可以在负面环境中“重播”该方案，以确保新代码已解决该问题。

在Parasoft Virtualize的相关视频中，将看到如何按需测试异常情况。我还将揭露我的应用程序中的缺陷，并展示如何通过异常测试可靠地重播暴露该缺陷的条件。现在您可以，亲自操作了解。