Angular应用程序中的集成测试

时间:2018-03-25 12:07:01

标签: angular angular-test

我对这个测试感到有点困惑:

  describe('#getUsers', () => {
    it('should return an Observable<User[]>', () => {
      const dummyUsers: User[] = [
        new User(0, 'John'),
        new User(1, 'Doe')
      ];

      service.getUsers().subscribe(users => {
        expect(users.length).toBe(2);
        expect(users).toEqual(dummyUsers);
      });

      const req = httpMock.expectOne(`${service.API_URL}/users`);
      expect(req.request.method).toBe('GET');
      req.flush(dummyUsers);
    });
  });

在学习Angular应用程序中的测试时,我多次看到类似的例子。

如果我看得见,我们正在声明一个用户数组,然后我们将返回相同的数组以响应请求。

最后,我们检查创建的数组是否与收到的数组相同。 我无法理解目的,对我来说看起来很奇怪。

将同一个数组与同一个数组进行比较有什么意义?

我不应该对API进行真正的GET,然后检查是否有响应中的元素?

1 个答案:

答案 0 :(得分:1)

您正在测试数据,您正在测试该方法。 您提供一些数据并让方法获取该数据。如果方法正常运行,您应该获得与提供的数据相同的数据。

但我想你的问题更多的是理解单元测试。在此之后进行测试的集成部分,其中检查请求类型和调用次数。

我想很难确定你进行集成测试的地方。你可以测试真正的API,但是你也增加了测试的依赖性,这使得它们更难维护。

我认为在单元测试中更容易检查API是否返回值。