Angular单元测试：已调用expectOne()为何还需调用verify()？

我正在通过在线课程学习Angular单元测试，以下是部分测试代码：

it("should find a course by id", () => {
  coursesService.findCourseById(12).subscribe((course) => {
    expect(course).toBeTruthy();
    expect(course.id).toBe(12);
  });
  const req = httpTestingController.expectOne("/api/courses/12");

  expect(req.request.method).toEqual("GET");
  req.flush(COURSES[12]);

  httpTestingController.verify(); 

});

Angular文档中对verify()的定义为：

Verify that no unmatched requests are outstanding.

问题解答 #

其实核心原因是**expectOne()只负责匹配你指定的单个请求**，但它没法保证整个测试过程中没有额外的、未被你预期的HTTP请求被发送。

举个实际场景：

• 假设你的coursesService.findCourseById方法里，不小心多触发了另一个HTTP请求（比如误调用了其他接口），expectOne("/api/courses/12")只会确认这个目标请求存在并处理它，完全不会管那个额外的请求。
• 而verify()会兜底检查所有已发送的HTTP请求是否都被你通过expectOne()/expectNone()这类方法明确处理过了，一旦有未匹配的请求，测试直接失败，帮你揪出代码里的意外网络调用。

简单总结：

• expectOne()是「确认我要的请求存在且正确」
• verify()是「确保没有多余的请求乱跑」
  两者配合才能让单元测试更严谨，既验证了预期逻辑，也避免了隐藏的错误请求漏网。

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