npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2026 – Pkg Stats / Ryan Hefner

eslint-rule-tester

v11.3.1

Published

A command-line interface for running ESLint rule unit tests

Readme

A command-line interface for running ESLint rule unit tests powered by the official RuleTester API.

Running the test

npm install eslint-rule-tester

npm exec eslint-rule-tester -- [--bail] [--silent] [<...path>]

Where <...path> is zero or more Glob patterns pointing to rule-name.test.js files that look like the below.

import { test } from 'eslint-rule-tester'

// See https://eslint.org/docs/latest/extend/plugins#creating-a-plugin
const plugin = {
	rules: {
		// ⚠️ The rule name should match the file name or else the tester will use the one rule specified here.
		'rule-name': {
			create(context) {
				// Your rule goes here
			}
		}
	}
}

// See https://eslint.org/docs/latest/extend/custom-rules#rule-structure
const tests = {
	valid: [],
	invalid: []
}

// This represents the base configurations for the tests above.
const options = {
	// The below is the default.
	languageOptions: {
		ecmaVersion: 'latest',
		sourceType: 'module',
	}
}

// The `test` function wraps the arguments into an object and provides type checking only.
export default test(plugin, tests, options)

The command returns the status code representing the number of non-passing test results.

Running selective test cases

To run fewer test cases for debugging purposes, choose one of the following approaches:

  • Manually set only: true in your test case as mentioned in ESLint official documentation, for example,
    const tests = {
    	valid: [
    		{
    			code: '...',
    			only: true
    		}
    	],
    	invalid: [...]
    }
  • Wrap your test case(s) with the function only imported from this package, for example,
    import { only } from 'eslint-rule-tester'
    
    const tests = {
    	valid: [
    		only({
    			code: '...'
    		})
    	],
    	invalid: only([...]) // This works too.
    }

Sample command-line output

⚪ import-path-from-closest-index
🟢 react-sort-props
🔴 require-name-after-file-name

 1 var something = require("./james-arthur")
	 filename: ./rules/require-name-after-file-name.js
	 options: [
		 [
			 "./rules/*.js"
		 ]
	 ]
	 Should have 1 error but had 0: [] (0 strictEqual 1)

 SKIP  1
 PASS  1
 FAIL  1