用于端到端前端测试的暂存后端
Staging backend for e2e frontend testing
我们在前端使用 angular，在后端使用 Node.js。
我们正在前端编写 e2e 测试，据我所知，它应该使用真正的后端。所以我们有暂存环境，Angular 应用端到端测试正在那里使用真正的 Node.js 暂存后端。暂存后端使用暂存数据库和暂存日志环境。
问题：
- 可以使用真实的暂存后端进行端到端前端测试吗？
- 如何进行重置密码测试，我们需要在后台生成然后发送到电子邮件的JWT？我应该为一些特殊的测试用户硬编码一些令牌吗？
- 如果没有真正的后端进行端到端测试呢？很奇怪吗？
谢谢！
您应该使用暂存真实后端来测试您的前端是否与后端一起工作。您的测试用户应该是普通用户。您可以随心所欲地进行免费测试，至于测试密码重置，具体取决于您的 e2e 测试。您可以做到，您可以让测试等待收到电子邮件并点击链接进行重置等等，这取决于您是否对部署到生产环境的应用感到满意，因为此功能可能已损坏
Is it okay to use real staging backend for e2e frontend testing?
最好设置没有任何其他用途的测试网络服务器和数据库，以避免交叉污染。否则测试可能会破坏真实环境，而真实环境可能会影响测试结果。出于这个原因，运行 在容器中测试环境是一个很好的做法。
How to be with reset password testing, where we need JWT which is generated at backend and then sent to email? Should I hardcode some token for some special test user?
硬编码令牌可能有效，但会阻止测试此功能。为了更彻底地测试它，可以在测试环境中模拟邮件服务器或使用它的库（例如 nodemailer）。
What about making e2e tests without real backend? Is it weird?
这使它们成为集成测试，它们是测试应用程序的有效方法。前后端集成测试理论上可以提供全覆盖。但是它们之间的不一致可能会导致应用程序在所有测试都通过时出现故障。除了集成测试之外，最小的 E2E 测试覆盖率可能仍然是有益的。视情况而定，可能仅限于只读操作，使用真正的网络服务器。
我们在前端使用 angular，在后端使用 Node.js。
我们正在前端编写 e2e 测试，据我所知，它应该使用真正的后端。所以我们有暂存环境，Angular 应用端到端测试正在那里使用真正的 Node.js 暂存后端。暂存后端使用暂存数据库和暂存日志环境。
问题：
- 可以使用真实的暂存后端进行端到端前端测试吗？
- 如何进行重置密码测试，我们需要在后台生成然后发送到电子邮件的JWT？我应该为一些特殊的测试用户硬编码一些令牌吗？
- 如果没有真正的后端进行端到端测试呢？很奇怪吗？
谢谢！
您应该使用暂存真实后端来测试您的前端是否与后端一起工作。您的测试用户应该是普通用户。您可以随心所欲地进行免费测试，至于测试密码重置，具体取决于您的 e2e 测试。您可以做到，您可以让测试等待收到电子邮件并点击链接进行重置等等，这取决于您是否对部署到生产环境的应用感到满意，因为此功能可能已损坏
Is it okay to use real staging backend for e2e frontend testing?
最好设置没有任何其他用途的测试网络服务器和数据库，以避免交叉污染。否则测试可能会破坏真实环境，而真实环境可能会影响测试结果。出于这个原因，运行 在容器中测试环境是一个很好的做法。
How to be with reset password testing, where we need JWT which is generated at backend and then sent to email? Should I hardcode some token for some special test user?
硬编码令牌可能有效，但会阻止测试此功能。为了更彻底地测试它，可以在测试环境中模拟邮件服务器或使用它的库（例如 nodemailer）。
What about making e2e tests without real backend? Is it weird?
这使它们成为集成测试，它们是测试应用程序的有效方法。前后端集成测试理论上可以提供全覆盖。但是它们之间的不一致可能会导致应用程序在所有测试都通过时出现故障。除了集成测试之外，最小的 E2E 测试覆盖率可能仍然是有益的。视情况而定，可能仅限于只读操作，使用真正的网络服务器。