使用“自动验收测试”模拟还是不模拟

我一直在阅读有关自动验收测试的大量文章。但是，我还没有找到有关如何管理外部依赖项的任何信息。

假设您有一个Web应用程序，它充当各种中央业务应用程序的UI，它们公开了采用不同技术的服务。 >
Web应用程序也具有一定数量的自己的业务逻辑，但它实际上与应用程序有关，与公司的核心业务无关，所有这些都由中央服务处理。

问题是，尝试在“真实”系统上编写自动验收测试会导致两个主要问题：


无法保证给定核心数据集下次测试需要时，系统将保持不变（甚至可能不再保持一致）。不能通过直接数据注入进行调整（太复杂），可以通过服务调用进行调整，但只能涵盖最常见的问题，这意味着总是有可能有人必须检查测试以查看数据集发生了什么（或分析是否是代码问题。）
也不能保证稳定的开发环境。最后，其他系统可能正在测试某些功能，因此中央系统至少变得不可用或不可靠。一种选择是在更稳定的环境（质量保证，预生产）下运行测试，但是如果开发依赖于中央服务的某些更改，那么我们将在敏捷开发中放弃验收测试的“快速反馈”性质。 >
因此，遇到这些问题后，我想到，如果团队至少已经使用自动化集成测试针对一致性进行了所有服务的测试，我们就可以相信通信层以及我们调用的服务的输入/输出映射。这些测试中的至少一个错误将明确指出问题所在（与服务的连接或服务的一致性）。我们可以跳过依赖于我们这边的业务逻辑部分。

之后，我们可以在验收测试中模拟服务层，以便将应用程序的行为与环境和环境隔离开来。专注于测试我们的系统的功能，避免在没有直接控制权的情况下避免验证其他实体的正确行为。

但是，我无法从众所周知的敏捷专家那里找到任何文献关于这个问题。

很高兴听到有人在这种方法上是否成功，听听为什么这样的方法会很有趣，或者能读到类似方法的内容...