Asp.net web api 我可以使用带有jest的react测试库进行集成测试吗?

Asp.net web api 我可以使用带有jest的react测试库进行集成测试吗?,asp.net-web-api,jestjs,automated-tests,integration-testing,react-testing-library,Asp.net Web Api,Jestjs,Automated Tests,Integration Testing,React Testing Library,我的应用程序有React前端和ASP.NET核心Web API后端。我已经用react测试库构建了一些单元测试(例如,它将fetch())存根出来 现在我想做一个集成测试,通过HTTP调用真正的后端API。有很多独立的API测试工具我可以做到这一点,但我仍然没有测试React组件和服务器之间的接口 有什么理由我不应该简单地编写jest测试,而不去执行fetch(),从而实现真正的端到端测试?这对我来说似乎很明显,但我还没有看到任何讨论它的文章。FWIW在进行了最初的几个测试之后,这似乎是一个非常

我的应用程序有React前端和ASP.NET核心Web API后端。我已经用react测试库构建了一些单元测试(例如,它将
fetch()
)存根出来

现在我想做一个集成测试,通过HTTP调用真正的后端API。有很多独立的API测试工具我可以做到这一点,但我仍然没有测试React组件和服务器之间的接口


有什么理由我不应该简单地编写jest测试,而不去执行
fetch()
,从而实现真正的端到端测试?这对我来说似乎很明显,但我还没有看到任何讨论它的文章。

FWIW在进行了最初的几个测试之后,这似乎是一个非常成功的方法。我已经能够“几乎”远程控制UI(我的意思是它实际上不在浏览器中运行,但它正在使用我的React组件),而无需学习或设置selenium

最让人头疼的是JSDOM的fetch实现(为他们辩护,这可能不是为了做这种事情)。我在Cookie和COR方面遇到了很多问题,所以我改用了节点获取,这让我对生成的HTTP请求有了更多的控制。

根据FAQ,您可以使用更通用的“单元、集成和端到端测试”。对于E2E测试来说,使用React版本似乎与底层技术过于耦合。Jest只是一个测试运行者,它并不真正关心您正在编写的测试类型-您也可以将它与例如一起使用。