使用“library` What library`”和“`cypress`”有什么区别？

Question

因此，react-testing-library用于单元/集成测试，cypress用于e2e测试。然而，两者似乎都在做同样的事情：

react-testing-library

• 方便嘲弄
• 以用户身份进行测试
• 从顶层组件开始(这不是一个硬性和快速的需求，但如果不这样做，您将在您的子组件测试中得到一堆重复的测试用例)。
• 即时反馈，快速的

cypress

• 方便嘲弄
• 以用户身份进行测试
• 从顶层组件(页面)开始。
• 延迟反馈，缓慢，但提供额外的工具(视频验证，逐步通过测试，等等)

除了反馈周期之外，它们似乎几乎是相同的。有人能澄清这些区别吗？你为什么要同时使用两者？

Answer 1

你在第一行回答了你的问题。如果您想测试您的应用程序端到端，连接到APIs并部署在某个地方，您可以使用Cypress。

react-testing-library的目标是你的应用程序的底层，确保你的组件能像预期的那样工作。使用Cypress，你的应用程序可能被部署在CDN后面的环境中，使用缓存，它的数据可能来自API。在Cypress中，你也会编写一个端到端的旅程，这是一条通过应用程序的快乐之路，一旦你部署完毕，它可能会给你额外的信心。

Answer 2

这是肯特·C·多兹的一篇文章回答你的问题。

我个人的看法是，最棒的buck测试是柏树E2E测试。如果您对测试和/或在项目开始时还不熟悉，则尤其如此。

随着项目的发展，需要在集成测试中添加一些额外的安全网，以确保前端工作的某些复杂部分。RTL是一个更好的工具，运行更快，你可以得到更多的颗粒。

最后，当您有一些特定的非平凡逻辑，例如一些复杂的API数据的复杂转换时，很少会对其进行单元化。

此外，RTL与模拟服务工作人员和故事簿玩得很好。你可能觉得这些工具都是不值得的，但是把它们放在一起，哇，你就有了一个惊人的，健壮的测试/文档/沙箱系统！