服务虚拟化“左移”会增加开发人员的负担吗？

服务虚拟化无疑对开发过程有益，但它对开发人员来说可能既是恩赐也是诅咒。最大程度地减轻“左移”可能给开发人员带来的负担，是实现交付周期最大化加速的关键。

服务虚拟化的左移有益于开发过程

服务虚拟化在行业内被广泛接受，它能将测试“左移”。通过模拟测试环境消除了普遍延迟或限制测试工作的约束，从而可以更早地开始测试。而且，正如我们现在都知道的，越早发现缺陷，修复的速度越快，越容易，越便宜。此外，服务虚拟化还允许团队更广泛、更频繁地进行测试（例如，进行持续回归测试）。

服务虚拟化的左移在加速上市时间、降低风险和减少开发/测试环境管理成本方面，无疑为开发过程带来了显著的好处。然而，它对实际开发团队的影响却常常被忽视。

但服务虚拟化是否会给开发人员带来负担？

在很多方面，服务虚拟化都是开发人员的福音。首先，它意味着他们的开发和测试任务不会因为等待仍在开发中的组件完成和/或模拟测试环境可用而停滞不前。它允许他们按需创建和修改“一次性”测试环境……而无需每次需要调整现有配置或访问新配置时都依赖他人。它将他们从开发和管理有效存根或模拟器的琐事中解脱出来。它还使他们能够 访问比存根或模拟器更复杂的功能。

然而，从开发人员的角度来看，这种“左移”并非万能药。当您将测试左移时，您也加速了 QA 发现和报告最多缺陷的时间点。这意味着缺陷报告的高峰期不再出现在测试阶段，而是出现在开发阶段——此时开发人员已经忙于实现必要的功能以满足开发截止日期。

没有服务虚拟化 

有服务虚拟化 - 左移

在这个关键阶段被大量缺陷报告轰炸，很可能会挤占开发人员用于创建创新功能（您希望这些功能能够使您的组织脱颖而出）的时间和精力。

为了理解这种左移对开发人员的感受，请设想您预计周日晚上会有客人到来，您有一个完整的周末来整理和准备。现在，想象一下周四晚上他们打电话说他们将在周五晚上到达……而您周五下午有一个重要的工作截止日期。

那么您该怎么办？显然，您不想因噎废食。毕竟，服务虚拟化有望为您的整个组织带来显著的好处和巨大的价值。

左移 + 压缩

好消息是，服务虚拟化不必给开发带来额外的负担。诀窍在于不仅将测试左移，还要压缩缺陷曲线。换句话说，**降低整体错误注入率，从而减少需要发现和修复的缺陷**。

左移 + 压缩

正如您所见，“左移+压缩”策略避免了在开发最关键的节点给开发人员带来压力。尽管缺陷曲线提前达到高峰，但由于峰值较低，开发人员不会在构建期间因报告的缺陷增加而感到负担过重。此外，由于在整个 SDLC 中需要发现和修复的缺陷更少，团队能够更早地完成整个迭代。

回到我们的类比，这就像您的客人提前到达……但现在他们打算住酒店。因为您可以专注于工作截止日期，而不必担心清洁、购物等，所以提前到达并没有那么令人紧张。

您如何降低整体错误注入率？通过开发测试：同步应用广泛的自动化缺陷预防和缺陷检测策略，以降低开发风险、时间和成本。根据组织的期望和优先级，开发测试可能包括静态分析、代码同行评审、单元测试、运行时错误检测和其他软件验证实践。

但这不就是给开发人员带来了*不同*的负担吗？如果实施得当且不突兀，就不会。事实上，开发测试可以提高生产力，同时降低风险。但这将在另一篇博文中讨论……