在做 SAP 项目时，很多团队对 ABAP Unit 的态度很矛盾：一方面知道单元测试能提升质量，另一方面又经常被测试不稳定这件事折磨到怀疑人生。典型场景是：你写的测试昨天还绿油油，今天同样的代码、同样的测试数据，突然就红了；更离谱的是，换个时间段、换个用户、换个系统 client，结果又不一样。
这类波动的根源，往往不是断言写错，而是被测代码在执行时依赖了不友好的外部对象或外部状态：读真实数据库、调用真实 Function Module、走真实接口实现、甚至间接依赖某个 CDS View 的复杂计算逻辑。想让单元测试真正稳定，核心动作只有一个：把这些依赖替换掉。在测试领域里，这种替身就叫Test Double。
在 SAP 的工具体系里，ADT（ABAP Development Tools for Eclipse）已经把识别依赖与生成 / 配置替身做成了很顺滑的开发体验：你能先定位test-unfriendly dependencies，再通过快捷修复一键生成 responder 或 test double，让你的测试从连着真实世界跑变成在可控沙盒里跑。这种方式的目标非常明确：用 Test Double 替换对其他开发对象的依赖，从而提升 ABAP Unit 结果的稳定性。 (
