react-testing-library VS Detox

React Testing Library

After searching for a workaround, I found this issue thread on the React-testing-library Github page, which gave me a clear solution.

yeeeesss and as an advice use testID in most of matcher cases. also do not rely only on detox matcher try https://github.com/testing-library/react-testing-library

React Testing Library: This library provides simple and complete React DOM testing utilities that encourage good testing practices. It helps you write tests that are more focused on the behavior of your components rather than the implementation details. https://github.com/testing-library/react-testing-library

I've had a number of issues since the upgrate to React 18, notably this one.

For more information see: - The PR implementing 'renderHook' in React Testing Library

Really? It seems like it's already been replaced. Can you link to where it's not quite deprecated yet? https://github.com/testing-library/react-testing-library/releases/tag/v13.1.0

expect(wrapper.find('FetchNextPageButton').props()).toMatchObject({ query: NEWS\_QUERY, path: "viewer.news"}) So I'm wondering what's the best approach to test it by using React testing library instead.

^ jest for running the tests & @types/jest to help with IDE auto-complete when writing tests. @testing-library/react to render components in the testing environment & test them in a way that tries to mimic how users interact with them. @testing-library/jest-dom for additional DOM-related assertions.

There are many ways to test component UIs and some testing frameworks help us achieve that, to mention but a few react-testing-library, where we write tests to check what a component has, for example, if we are testing a form component, we will write tests to check it a button is rendered, if there are input and/or select tags, etc and we usually see the results in our terminals but with React cosmos, we have a visual way to test our components (Visual TDD) which makes testing easier.

Nope. Not even on 0.71 yet https://github.com/wix/Detox/issues/3884

This article offers an overview of React Native testing, but there’s so much more to learn! I encourage you to explore other testing techniques and tools, like Snapshot Testing, Detox, and React Native Testing Library. Choose the ones that work best for your project, and keep learning!

I used Detox to test React Native apps. At that time, Detox was so "cool", saving both the time and effort of the dev team and the tester team. However, later on, I saw the complexity, as well as the "difficulty" with new team members, and that's when Maestro came to me as a savior. I know Maestro through an article on dev.to, but my team's "noob" is true 😂 (but my teammates don't believe it).

End-to-end testing is completely different on React Native, however. None of the Selenium-based E2E testing tools will work; neither will newer tools like Cypress or Playwright. You may have expected this - these are all DOM-based, and there’s no DOM in React Native. So instead developers will have to learn Detox or Appium.

Detox is a testing and automation tool for React Native and React web applications. It can be used to automate the process of testing an iOS app by simulating user interactions and then verifying that the app functions as expected.

I haven't used it yet, but it seems detox is a fine e2e testing tool for react native. something like cypress in the web. I think it's a little hard to configure, but in the end, it's really helpful.

The standard is React Native Testing Library for unit and integration tests, and Detox for E2E tests.

We also improved our React Native support by adding the possibility to generate a Detox config for Expo applications.

Copy & paste the content of the equivalent file from the detox example app for RN, into it. Don't forget to change the package name to your project's package name.

Detox is great for React Native: https://wix.github.io/Detox/