如何对(Angularjs）Web应用程序进行集成测试

我正在开发一个Webapp。它由两部分组成。一个节点休息服务器和一个 angularjs 客户端。

该应用程序的结构是这样的：Rest Server <--> API Module <--> Angular App

服务器目前经过良好测试。我有单元测试和集成测试。集成测试正在访问一个真实的数据库，并通过http调用其余的api。我认为这是服务器测试所能达到的最高水平。集成测试运行速度也很快。我非常有信心，我测试服务器的方式足以满足我的用例，我对结果感到满意。

但是，我正在努力测试angularjs应用程序。我有相关指令和模块的单元测试。写这些不是问题。

我想编写涵盖用户方案的集成测试。类似于注册方案：用户访问网站，转到注册表单，然后提交包含数据的表单。

angularjs团队正在从ng场景转向量角器。量角器正在使用硒来运行测试。因此，有两个范围：应用范围和测试范围。

现在我可以想到三种不同的抽象，我可以使用。而且我不确定哪一个最适合我。

• 模拟 API 模块
• 模拟其余服务器
• 使用完整服务器

模拟 API 模块

在这种情况下，我不需要设置服务器。所有交互都在浏览器中运行

优势：

• 无需服务器

缺点：

• 该 api 在浏览器范围内，我必须篡改它。

我真的很喜欢这个解决方案，但我发现很难嘲笑 API。需要在浏览器范围内修改 API。因此，我需要将修改从测试发送到浏览器。这是可以做到的，但是我不明白如何在测试范围内运行像mockedApi.method.wasCalledOnce()这样的断言

模拟其余服务器

优势：

• 客户端将保持不变
• 只有一个范围需要处理

缺点：

• 必须设置休息路线

我可以在nodejs中创建一个完整的模拟休息服务器。量角器测试是用nodejs编写的，因此可以在测试中完成对服务器的控制。在运行测试之前，我可以告诉服务器如何响应。像这样的东西：server.onRequest({method: 'GET', url: '/'}).respondWith('hello world')

然后我可以做这样的断言wasCalledOnce

将完整服务器与数据库一起使用

每个测试都使用完整的服务器运行，并且可以向数据库添加元素。每次测试后，可以查看数据库中的预期元素

优势：

• 可以非常肯定，如果这些测试正在运行，该应用程序在测试用例中正常运行

缺点：

• 我已经对其余服务器进行了相当激烈的集成测试。这感觉就像再次做同样的事情。
• 设置取决于整个服务器

当前结论

• 模拟 API 会将服务器和客户端完全分开。
• 使用模拟 API 将是一个更高级别的测试，但需要一个假服务器
• 进行完全集成测试将提供最佳的可靠性，但这也高度依赖于服务器代码

我应该选择什么？你会怎么做？