The most popular approach to testing React components is to use either Mocha+Chai+Enzyme or Jest+Enzyme. In this article, we will describe our React components testing practices with Jest+Enzyme which are also applicable to Mocha+Chai.
If you are new to testing React components you should read also:
Minimal component test confirms component rendered
Minimal component tests verify that the component renders properly aka smoke testing or “Build Verification Testing”. It can be done with Enzyme:
or Jest snapshot:
The later generates __snapshots__/MainSection.spec.js.snap file.
Changes in snapshots are confirmed locally via ‘u’ in the jest cli and committed to the git repository, so PR reviewer can see them. You can read more on Snapshot Testing
At the moment we limit usage of snapshots to component rendering and complex json (i.e. chart configurations).
Ok, I test renders — what else should I test?
You have to keep in mind that tests are something you have to write and maintain. Writing good tests requires as much craft as creating the application code.
Tests are automated quality assurance and document for developers. The larger the project and team is the more detailed tests you need.
I try to think of future you getting back to this component or refactoring it — what would your expectations from tests be?
- Isolated — all interactions with external services should are mocked
- Specific — if change small functionality you would like to get specific test failure message
- They describe what the system does not how so that you can easily refactor
Let’s go through some practices that we find helpful in achieving those goals.
Explicit setup() instead of beforeEach()
The benefit of using explicit setup() function is that in any test it is clear how the component was initialized. The setup object is also good place to hook some helper functions that interact with wrapper, i.e.
Testing behaviour in practice it goes down to testing if certain inputs and simulated events result in expected results i.e.
You can see how setup() makes writing those tests really fast!
Use helper functions
Sometimes we have to write many similar tests with just one input variable changed. This can be addressed with helper function that generates test:
It reads much batter and is easier to maintain.
Practices described in this article:
- put tests close to implementation in __tests__ subfolder
- always start with simple component rendering test aka smoke testing then test behaviour
- think of future you getting back to this component or refactoring it
- use explicit setup() and return common shortcut variables with it
- use helper functions that generates tests
We hope you found this article helpful. You can find working example code at my fork of redux todomvc code at https://github.com/tb/redux/tree/react-testing/examples/todomvc/src/components/__tests__
- Testing React Components Best Practices
- Weekly Developers Digest Vol.4
- Angular2 Learning Materials
- Angular 2 server side pagination with Observables
- Functional Reactive Angular 2
- Migrating to Angular 2
- Ember vs Angular – the best choice for your single page application
- Lean Software Development
- Startup Live Vienna 2012 – web and mobile, lean startup and customer development
- Finding and fixing usability problems early