集成测试类似的crud资源

Question

假设我们有一个包含多个实体的crud rest应用程序，我们正在考虑进行集成测试。

所有这些crud端点都继承自相同的抽象crud类。 对这些路线进行集成测试的最佳方法是什么。

抽象CRUD类的测试，并进行与默认crud操作不同的所有api路由的集成测试

• 干（无需为已经测试过的抽象路线重复测试
• 不是真正的集成测试（真正的crud方法从未经过测试）

由于这不是真正的集成测试，因此可能会错过一些使api端点处于错误状态的错误

编写通用测试函数来测试所有粗略路径

• 干（只需执行testDefaultCrudBehaviour('/api-endpoint/entity'）
之类的东西
• 但不是真的DAMP

所有粗略路线的手动整合测试

• 潮湿
• 不干（很多代码重复，很多噪音）

Answer 1

是的，详细测试您的抽象类。

1）您仍然需要测试子类以查看它们是否连接到抽象类。在子类测试中可能不需要那么多细节。

2）始终编写可以重新运行的测试方法。这种回归测试过程对于确保您对未来变革过程的信心至关重要。

3）虽然DRY是一般的重要原则，但在测试中，你必须做很多重复。正确分析测试代码和案例处理对于理智至关重要，但路径覆盖率作为回归测试的一部分自动测试非常重要。