Angular单元测试：如何仅针对单个测试修改Mock服务方法返回值

两种尝试失效的根本原因 #

• 直接给MockWorkflowService类本身赋值getActiveTask不生效：因为getActiveTask是定义在类原型上的实例方法，而非类的静态方法，给类本身添加的静态属性根本不会进入原型链，对实例方法的调用完全没有影响。
• 修改MockWorkflowService.prototype.getActiveTask后持续影响后续测试：JS的类原型是所有服务实例共享的全局引用，修改后如果不做回滚，所有后续创建的服务实例都会使用被覆写的方法，造成测试污染。

标准实现方案 #

方案1：手动覆写+手动还原 #

核心逻辑是在单个测试内修改原型方法，测试执行完成后立刻还原为原始实现，步骤如下：

1. 在测试文件开头、类定义完成后保存原始方法的引用，方便后续还原：

   class MockWorkflowService {
     getActiveTask() {
       return new Action({
         name: 'test',
         value: 4
       })
     }
   }
   // 保存原始原型方法引用
   const originalGetActiveTask = MockWorkflowService.prototype.getActiveTask;
   

2. 在需要自定义返回值的单个测试用例内，按顺序执行覆写、测试逻辑、还原操作，建议用try/finally保证还原逻辑一定会执行：

   it('无激活任务时应展示空状态', () => {
     // 覆写原型方法为返回null的实现
     MockWorkflowService.prototype.getActiveTask = () => null;
     try {
       // 重新创建组件实例，让组件感知到方法返回值的变化
       fixture = TestBed.createComponent(MyComponent);
       component = fixture.componentInstance;
       fixture.detectChanges();
   
       // 编写你的测试断言
       expect(component.showEmptyTip).toBeTrue();
     } finally {
       // 无论测试是否通过，都还原原始方法，避免污染后续测试
       MockWorkflowService.prototype.getActiveTask = originalGetActiveTask;
     }
   });
   

方案2（推荐）：使用Jasmine Spy实现实例级隔离 #

不需要手动修改原型、不需要手动还原，完全靠框架自带的隔离机制实现单测试自定义：

it('无激活任务时应展示空状态', () => {
  // 从TestBed中获取已经注入的Mock服务实例
  const mockWorkflowService = TestBed.inject(WorkflowService) as MockWorkflowService;
  // 对当前实例的方法打Spy，指定返回值为null
  // *这个Spy是绑定在实例自身上的属性，不会修改全局原型，完全不会影响其他测试*
  spyOn(mockWorkflowService, 'getActiveTask').and.returnValue(null);

  // 触发变更检测，让组件拿到新的方法返回值
  fixture.detectChanges();

  // 编写断言
  expect(component.showEmptyTip).toBeTrue();
});

这种方式的优势：

• 完全不修改全局原型，不存在污染后续测试的风险
• Jasmine框架会在每个测试结束后自动清理Spy，不需要手动写还原逻辑
• 实现逻辑更简洁，不需要提前保存原始方法引用

常见踩坑提醒 #

• 覆写方法后必须重新触发组件初始化/变更检测：组件在首次detectChanges时就会把服务方法的返回值缓存到自身属性上，光改服务方法不重新走初始化流程，组件感知不到返回值变化。
• 不要在全局作用域修改原型方法：任何脱离单个测试生命周期的原型修改，都会带来全局污染风险。
• 不要尝试修改类的静态属性来覆盖实例方法：实例方法的调用走的是原型链查询，静态属性不会被实例调用逻辑命中，修改完全无效。

内容的提问来源于stack exchange，提问作者Timbo773