readme.md

eslint-plugin-test-selectors

Enforces that a data-test-id attribute is present on interactive DOM elements to help with UI testing.

• ❌ <button>Download</button>
• ✅ <button data-test-id="download-button">Download</button>

Example of eslint-plugin-test-selectors running in Visual Studio Code:

Selected changelog

See full changelog

• 2.1.0 - custom testAttribute property now accepts arrays. Also fixes vulnerability in word-wrap.
• 2.0.0 - new onSubmit rule (thank you @@jzatt), upgrade to ESLint 8 and Mocha 9, fix moderate security advisory for chalk/ansi-regex
• 1.3.0 - Add auto-fix capability to onClick (thank you @bkonuwa and @pixelbandito). (#8)

Installation

You'll first need to install ESLint, which requires Node.js (note that eslint-plugin-test-selectors requires Node.js 10+):

$ npm i eslint --save-dev

Next, install eslint-plugin-test-selectors:

$ npm install eslint-plugin-test-selectors --save-dev

Note: If you installed ESLint globally (using the -g flag) then you must also install eslint-plugin-test-selectors globally.

Usage

Add test-selectors to the plugins section of your .eslintrc configuration file. You can omit the eslint-plugin- prefix:

{
    "plugins": ["test-selectors"]
}

If you want to use all the recommended default rules, you can simply add this line to the extends section of your .eslintrc configuration:

{
    "extends": ["plugin:test-selectors/recommended"]
}

By default, this will run all Supported Rules and emit eslint warnings. If you want to be more strict, you can emit eslint errors by instead using plugin:test-selectors/recommendedWithErrors.

Another option: you can also selectively enable and disable individual rules in the rules section of your .eslintrc configuration. For instance, if you only want to enable the test-selectors/button rule, skip the extends addition above and simply add the following to the rules section of your .eslintrc configuration:

{
    "rules": {
        "test-selectors/button": ["warn", "always"]
    }
}

If you like most of the recommended rules by adding the extends option above, but find one in particular to be bothersome, you can simply disable it:

{
    "rules": {
        "test-selectors/anchor": "off"
    }
}

Note: see Supported Rules below for a full list.

Custom rule options

All tests can be customized individually by passing an object with one or more of the following properties.

testAttribute

The default test attribute expected is data-test-id, but you can override it with whatever you like. Here is how you would use data-some-custom-attribute instead:

{
    "rules": {
        "test-selectors/onChange": ["warn", "always", { "testAttribute": "data-some-custom-attribute" }]
    }
}

Note: You can also pass multiple attributes

{
    "rules": {
        "test-selectors/onChange": ["warn", "always", { "testAttribute": ["data-testid", "testId"] }]
    }
}

ignoreDisabled

By default all elements with the disabled attribute are ignored, e.g. <input disabled />. If you don't want to ignore this attribute, set ignoreDisabled to false:

{
    "rules": {
        "test-selectors/onChange": ["warn", "always", { "ignoreDisabled": false }]
    }
}

ignoreReadonly

By default all elements with the readonly attribute are ignored, e.g. <input readonly />. If you don't want to ignore this attribute, set ignoreReadonly to false:

{
    "rules": {
        "test-selectors/onChange": ["warn", "always", { "ignoreReadonly": false }]
    }
}

htmlOnly

Only supported on button rule, this option will exempt React components called Button from the rule.

{
    "rules": {
        "test-selectors/button": ["warn", "always", { "htmlOnly": true }]
    }
}

Supported Rules

• test-selectors/anchor
• test-selectors/button
• test-selectors/input
• test-selectors/onChange
• test-selectors/onClick
• test-selectors/onKeyDown
• test-selectors/onKeyUp
• test-selectors/onSubmit

Further Reading

If you don't want these test attributes added in production, you can use something like babel-plugin-jsx-remove-data-test-id

Why data attributes and not id or class? Check out some of the following:

• Decoupling CSS Selectors From Your Tests
• Test your DOM with Data Attributes
• Something Better than IDs for Identifying Elements in Selenium Tests