测试带有副作用的 rest-api 调用的策略

Question

我正在为我的 REST API 编写测试。 我有单元测试和 e2e 测试（对端点的调用没有任何模拟）。 我有一个在队列中添加通知的端点。 我不确定如何测试这个或者我应该在 e2e 测试中测试这个。 我想的一种方法是在调用后检查 db 以检查通知是否存在，但我认为这不是最好的解决方案。 我还想在单元测试中检查它。 任何建议或想法如何解决这个问题？ 最佳实践是什么？

Answer 1

我的建议是修改您的设计，直到满足以下两个属性

1. 真正复杂的代码测试成本必须低
2. 测试成本高的代码必须如此简单，显然没有缺陷

我们为满足第一个属性的设计部分编写单元测试； 我们使用端到端测试来降低满足第二个属性的代码中的风险。

优先考虑您的行走骨架是一种确保您在代码边界变得昂贵之前发现集成问题的方法。

Answer 2

我在使用Cucumber的功能测试中执行此操作。 使用实时代理，测试使用实时系统设置消息生产者和消费者，但它们使用应用程序不知道的“不可见”主题或队列。 这样我就可以测试通知被发送到队列或主题，因为测试消费者会选择它们。 由于队列或主题对主应用程序不可见，因此它不会对任何新消息或通知起作用。