使用Sinon测试Angular组件Setter抛出异常失败的问题排查

你之前的测试失败核心原因是错误地stub了Setter本身——Sinon的stub(component, 'sceneMode')会直接替换掉组件原有的Setter实现，导致你测试的是Sinon的stub版本，而非真实的Setter逻辑，自然不会触发原本的错误抛出逻辑。

下面是正确的测试思路和代码：

正确的测试步骤 #

1. 不需要stubsceneMode这个Setter，我们要测试的就是它的原生逻辑
2. 为了隔离依赖，需要stub组件依赖的cesiumViewerService.getScene()方法（避免调用真实的Cesium场景对象）
3. 直接给组件的sceneMode赋值无效值，然后断言是否抛出预期的错误

修改后的测试代码（Chai断言风格） #

it('should throw an error on invalid scene mode', () => {
  // Stub cesiumViewerService的getScene方法，返回空对象即可（default分支不会调用morph方法）
  const getSceneStub = sinon.stub(component.cesiumViewerService, 'getScene').returns({});

  // 测试赋值无效场景模式时是否抛出错误
  expect(() => { component.sceneMode = 0; }).to.throw(Error, /Cannot morph to SceneMode type 0/);

  // 还原stub，避免影响其他测试
  getSceneStub.restore();
});

如果你习惯用assert风格的断言 #

it('should throw an error on invalid scene mode', () => {
  const getSceneStub = sinon.stub(component.cesiumViewerService, 'getScene').returns({});

  try {
    // 直接触发真实的Setter逻辑
    component.sceneMode = 0;
    // 如果走到这里说明没有抛出错误，断言失败
    assert.fail('Expected an error to be thrown for invalid scene mode');
  } catch (error) {
    // 验证错误类型和消息是否符合预期
    assert.instanceOf(error, Error);
    assert.include(error.message, 'Cannot morph to SceneMode type 0');
  } finally {
    getSceneStub.restore();
  }
});

关键说明 #

• 永远不要stub你要测试的目标逻辑：你的测试目的是验证sceneModeSetter在传入无效值时抛出错误，所以必须保留它的原生实现。
• Stub依赖而非目标：我们只需要隔离cesiumViewerService这个外部依赖，确保测试不依赖真实的Cesium环境，让测试更稳定、快速。

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