eslint-plugin-testing-library
ESLint plugin to follow best practices and anticipate common mistakes when writing tests with Testing Library
Prerequisites
To use this plugin, you must have Node.js (^18.18.0
, ^20.9.0
, or >=21.1.0
) installed.
Installation
You'll first need to install ESLint.
Next, install eslint-plugin-testing-library
:
$ pnpm add --save-dev eslint-plugin-testing-library
# or
$ npm install --save-dev eslint-plugin-testing-library
# or
$ yarn add --dev eslint-plugin-testing-library
Note: If you installed ESLint globally (using the -g
flag) then you must also install eslint-plugin-testing-library
globally.
Migrating
You can find detailed guides for migrating eslint-plugin-testing-library
in the migration guide docs:
Usage
Add testing-library
to the plugins section of your .eslintrc.js
configuration file. You can omit the eslint-plugin-
prefix:
module.exports = {
plugins: ['testing-library'],
};
Then configure the rules you want to use within rules
property of your .eslintrc
:
module.exports = {
rules: {
'testing-library/await-async-queries': 'error',
'testing-library/no-await-sync-queries': 'error',
'testing-library/no-debugging-utils': 'warn',
'testing-library/no-dom-import': 'off',
},
};
Run the plugin only against test files
With the default setup mentioned before, eslint-plugin-testing-library
will be run against your whole codebase. If you want to run this plugin only against your tests files, you have the following options:
ESLint overrides
One way of restricting ESLint config by file patterns is by using ESLint overrides
.
Assuming you are using the same pattern for your test files as Jest by default, the following config would run eslint-plugin-testing-library
only against your test files:
module.exports = {
extends: ['airbnb', 'plugin:prettier/recommended'],
plugins: ['react-hooks'],
overrides: [
{
files: ['**/__tests__/**/*.[jt]s?(x)', '**/?(*.)+(spec|test).[jt]s?(x)'],
extends: ['plugin:testing-library/react'],
},
],
};
ESLint Cascading and Hierarchy
Another approach for customizing ESLint config by paths is through ESLint Cascading and Hierarchy. This is useful if all your tests are placed under the same folder, so you can place there another .eslintrc
where you enable eslint-plugin-testing-library
for applying it only to the files under such folder, rather than enabling it on your global .eslintrc
which would apply to your whole project.
Shareable configurations
[!NOTE]
eslint.config.js
compatible versions of configs are available prefixed with
flat/
, though most of the plugin documentation still currently uses
.eslintrc
syntax.
Refer to the
ESLint documentation on the new configuration file format
for more.
This plugin exports several recommended configurations that enforce good practices for specific Testing Library packages.
You can find more info about enabled rules in the Supported Rules section, under the Configurations
column.
Since each one of these configurations is aimed at a particular Testing Library package, they are not extendable between them, so you should use only one of them at once per .eslintrc
file. For example, if you want to enable recommended configuration for React, you don't need to combine it somehow with DOM one:
module.exports = {
extends: ['plugin:testing-library/dom', 'plugin:testing-library/react'],
};
module.exports = {
extends: ['plugin:testing-library/react'],
};
DOM Testing Library
Enforces recommended rules for DOM Testing Library.
To enable this configuration use the extends
property in your
.eslintrc.js
config file:
module.exports = {
extends: ['plugin:testing-library/dom'],
};
To enable this configuration with eslint.config.js
, use
testingLibrary.configs['flat/dom']
:
const testingLibrary = require('eslint-plugin-testing-library');
module.exports = [
{
files: [
],
...testingLibrary.configs['flat/dom'],
},
];
Angular
Enforces recommended rules for Angular Testing Library.
To enable this configuration use the extends
property in your
.eslintrc.js
config file:
module.exports = {
extends: ['plugin:testing-library/angular'],
};
To enable this configuration with eslint.config.js
, use
testingLibrary.configs['flat/angular']
:
const testingLibrary = require('eslint-plugin-testing-library');
module.exports = [
{
files: [
],
...testingLibrary.configs['flat/angular'],
},
];
React
Enforces recommended rules for React Testing Library.
To enable this configuration use the extends
property in your
.eslintrc.js
config file:
module.exports = {
extends: ['plugin:testing-library/react'],
};
To enable this configuration with eslint.config.js
, use
testingLibrary.configs['flat/react']
:
const testingLibrary = require('eslint-plugin-testing-library');
module.exports = [
{
files: [
],
...testingLibrary.configs['flat/react'],
},
];
Vue
Enforces recommended rules for Vue Testing Library.
To enable this configuration use the extends
property in your
.eslintrc.js
config file:
module.exports = {
extends: ['plugin:testing-library/vue'],
};
To enable this configuration with eslint.config.js
, use
testingLibrary.configs['flat/vue']
:
const testingLibrary = require('eslint-plugin-testing-library');
module.exports = [
{
files: [
],
...testingLibrary.configs['flat/vue'],
},
];
Svelte
Enforces recommended rules for Svelte Testing Library.
To enable this configuration use the extends
property in your
.eslintrc.js
config file:
module.exports = {
extends: ['plugin:testing-library/svelte'],
};
To enable this configuration with eslint.config.js
, use
testingLibrary.configs['flat/svelte']
:
const testingLibrary = require('eslint-plugin-testing-library');
module.exports = [
{
files: [
],
...testingLibrary.configs['flat/svelte'],
},
];
Marko
Enforces recommended rules for Marko Testing Library.
To enable this configuration use the extends
property in your
.eslintrc.js
config file:
module.exports = {
extends: ['plugin:testing-library/marko'],
};
To enable this configuration with eslint.config.js
, use
testingLibrary.configs['flat/marko']
:
const testingLibrary = require('eslint-plugin-testing-library');
module.exports = [
{
files: [
],
...testingLibrary.configs['flat/marko'],
},
];
Supported Rules
Remember that all rules from this plugin are prefixed by "testing-library/"
💼 Configurations enabled in.
⚠️ Configurations set to warn in.
🔧 Automatically fixable by the --fix
CLI option.
Aggressive Reporting
In v4 this plugin introduced a new feature called "Aggressive Reporting", which intends to detect Testing Library utils usages even if they don't come directly from a Testing Library package (i.e. using a custom utility file to re-export everything from Testing Library). You can read more about this feature here.
If you are looking to restricting or switching off this feature, please refer to the Shared Settings section to do so.
Shared Settings
There are some configuration options available that will be shared across all the plugin rules. This is achieved using ESLint Shared Settings. These Shared Settings are meant to be used if you need to restrict or switch off the Aggressive Reporting, which is an out of the box advanced feature to lint Testing Library usages in a simpler way for most of the users. So please before configuring any of these settings, read more about the advantages of eslint-plugin-testing-library
Aggressive Reporting feature, and how it's affected by these settings.
If you are sure about configuring the settings, these are the options available:
testing-library/utils-module
The name of your custom utility file from where you re-export everything from the Testing Library package, or "off"
to switch related Aggressive Reporting mechanism off. Relates to Aggressive Imports Reporting.
module.exports = {
settings: {
'testing-library/utils-module': 'my-custom-test-utility-file',
},
};
You can find more details about the utils-module
setting here.
testing-library/custom-renders
A list of function names that are valid as Testing Library custom renders, or "off"
to switch related Aggressive Reporting mechanism off. Relates to Aggressive Renders Reporting.
module.exports = {
settings: {
'testing-library/custom-renders': ['display', 'renderWithProviders'],
},
};
You can find more details about the custom-renders
setting here.
testing-library/custom-queries
A list of query names/patterns that are valid as Testing Library custom queries, or "off"
to switch related Aggressive Reporting mechanism off. Relates to Aggressive Reporting - Queries
module.exports = {
settings: {
'testing-library/custom-queries': ['ByIcon', 'getByComplexText'],
},
};
You can find more details about the custom-queries
setting here.
Switching all Aggressive Reporting mechanisms off
Since each Shared Setting is related to one Aggressive Reporting mechanism, and they accept "off"
to opt out of that mechanism, you can switch the entire feature off by doing:
module.exports = {
settings: {
'testing-library/utils-module': 'off',
'testing-library/custom-renders': 'off',
'testing-library/custom-queries': 'off',
},
};
Troubleshooting
Errors reported in non-testing files
If you find ESLint errors related to eslint-plugin-testing-library
in files other than testing, this could be caused by Aggressive Reporting.
You can avoid this by:
- running
eslint-plugin-testing-library
only against testing files - limiting the scope of Aggressive Reporting through Shared Settings
- switching Aggressive Reporting feature off
If you think the error you are getting is not related to this at all, please fill a new issue with as many details as possible.
False positives in testing files
If you are getting false positive ESLint errors in your testing files, this could be caused by Aggressive Reporting.
You can avoid this by:
- limiting the scope of Aggressive Reporting through Shared Settings
- switching Aggressive Reporting feature off
If you think the error you are getting is not related to this at all, please fill a new issue with as many details as possible.
Other documentation
Contributors ✨
Thanks goes to these wonderful people (emoji key):
This project follows the all-contributors specification. Contributions of any kind welcome!