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

@exodus/test

v1.0.0-rc.114

Published

A test suite runner

Readme

@exodus/test

A runner for node:test, jest, and tape test suites on top of node:test (and any runtime).


It can run your existing tests on all runtimes and also browsers, with snapshots and module mocks:

Node.js Deno Bun Electron workerd
Chrome WebKit Firefox Brave Microsoft Edge Servo
Hermes V8 JavaScriptCore SpiderMonkey QuickJS XS GraalJS Boa Escargot engine262

Compatible with tests written in:

node:test Jest tape

See documentation.

Features

  • Native ESM, including in Jest tests
  • Esbuild on the fly for old faux-ESM interop (enable via --esbuild)
  • TypeScript support
  • Runs anywhere (including Hermes, the React Native JavaScript engine)
  • Use snapshots to cross-compare between runtimes, browsers and barebones (including Hermes)
  • Testsuite-agnostic — can run any file as long as it sets exit code based on test results
  • Built-in Jest compatibility (with --jest), including jest.* global
    • Up to ~10x faster depending on the original setup
    • Actual expect module, also jest-extended and jest-when just work on top
    • Snapshots, including snapshot matchers
    • Function and timer mocks
    • test.concurrent
    • Module mocks, including for ESM modules (already loaded ESM modules can be mocked only on node:test)
    • Loads Jest configuration
  • Built-in network record/replay for offline tests, mocking fetch and WebSocket sessions
  • --drop-network support for guaranteed offline testing
  • Native code coverage via v8 (Node.js or c8), with istanbul reporters
  • GitHub reporter (auto-enabled by default)
  • JSDOM env support
  • Hanging tests error by default (unlike jest)
  • Babel support, picks up your Babel config (enable via --babel)
  • Unlike bun:test, it runs test files in isolated contexts
    Bun leaks globals / side effects between test files (ref), and has incompatible test() lifecycle / order

Getting started

First install with npm install --save-dev @exodus/test (or with your favorite package manager)

Then, add this to package.json scripts (or see engines example):

  "test": "exodus-test"

That's it. It works zero-config.

See Options to change defaults, e.g. to enable Jest globals with --jest.

To use Engines on CI, see e.g. GitHub CI config of @exodus/bytes.

Using with node:test tests

You don't need to change the tests or any extra configuration on top of Getting started.

It just works out of the box, and on Node.js native node:test is used under the hood.

Using this script is similar to node --test:

  "test": "exodus-test"

But, unlike bare node --test it supports engines and the GitHub CI reporter.

Migrating from Jest

Use this in package.json scripts:

  "test": "exodus-test --jest"

If that doesn't work (e.g. some deps are faux-ESM), add --esbuild to transpile those:

  "test": "exodus-test --jest --esbuild"

To adjust module mocks for native ESM support, see Module mocking in ESM.

Some complex setups with React Native don't work yet.

Migrating from tape

Use this in package.json scripts:

  "test": "exodus-test"

Great! Now your tape tests run on top of node:test, and are also runnable in browsers / barebone engines.

[!TIP] You can optionally replace tape imports with @exodus/test/tape to be able to be individually run them with just node ./path-to-file.js:

import test from '@exodus/test/tape' // ESM
const test = require('@exodus/test/tape') // CJS

Engines

Use --engine (or EXODUS_TEST_ENGINE=) to specify one of:

  • node:test — the default one, runs on top of modern Node.js test runner API
  • node:pure — implementation in pure JS, runs on Node.js
  • node:bundle — same as node:pure, but bundles everything into a single file before launching
  • Other runtimes:
    • deno:pure — Deno (requires Deno v2.4.0 or later, expects deno to be available)
    • deno:bundle — Deno (v1 or v2, whichever deno is)
    • deno:test — incomplete, lacks --jest support due to missing afterEach / beforeEach in Deno
    • bun:pure / bun:bundle — Bun, expects bun to be available
    • electron-as-node:test / electron-as-node:pure / electron-as-node:bundle
      Same as node:*, but uses electron binary.
      The usecase is mostly to test on BoringSSL instead of OpenSSL.
    • electron:bundle — run tests in Electron BrowserWindow without Node.js integration.
    • workerd:bundleCloudflare Workers runtime (workerd), expects workerd package to be installed
  • Browsers:
    • Playwright builds (install Playwright-built engines with exodus-test --playwright install)
      • chromium:playwright — Playwright-built Chromium
      • firefox:playwright — Playwright-built Firefox
      • webkit:playwright — Playwright-built WebKit, close to Safari
      • chrome:playwright — Chrome (system-installed)
      • msedge:playwright — Microsoft Edge (system-installed)
    • Puppeteer (system-provided or upstream builds)
      • chrome:puppeteer — Chrome
      • firefox:puppeteer — Firefox
      • brave:puppeteer — Brave
      • msedge:puppeteer — Microsoft Edge
    • Bundle
      • servo:bundle — Servo (expects it to be installed in the system)
  • Barebone engines (system-provided or installed with npx jsvu / npx esvu):
    • v8:bundlev8 CLI (Chrome/Blink/Node.js JavaScript engine)
    • jsc:bundleJavaScriptCore (Safari/WebKit JavaScript engine)
    • hermes:bundleHermes (React Native JavaScript engine)
    • spidermonkey:bundleSpiderMonkey (Firefox/Gecko JavaScript engine)
    • quickjs:bundleQuickJS
    • xs:bundleModdable XS
    • graaljs:bundleGraalJS
    • escargot:bundleEscargot
    • boa:bundleBoa
    • engine262:bundle - engine262, the per-spec implementation of ECMA-262 (install with esvu)

Options

  • --jest — register jest test helpers as global variables, also load jest.config.* configuration options

  • --esbuild — use esbuild loader, also enables Typescript support on old Node.js

  • --typescript — enable Typescript type stripping (only needed on older Node.js versions which don't have it natively)

  • --babel — use babel loader (slower than --esbuild, makes sense if you have a special config)

  • --coverage — enable coverage, prints coverage output (varies by coverage engine)

  • --coverage-engine c8 — use c8 coverage engine (default), also generates ./coverage/ dirs

  • --coverage-engine node — use Node.js builtint coverage engine

  • --watch — operate in watch mode and re-run tests on file changes

  • --only — only run the tests marked with test.only

  • --passWithNoTests — do not error when no test files were found

  • --write-snapshots — write snapshots instead of verifying them (has --test-update-snapshots alias)

  • --test-force-exit — force exit after tests are done

  • --engine — specify one of Engines to run on

Reporter samples

CLI

Uses colors when output supports them, e.g. in terminal.

# tests/jest/expect.mock.test.js
✔ PASS drinkAll > drinks something lemon-flavoured (1.300417ms)
✔ PASS drinkAll > does not drink something octopus-flavoured (0.191791ms)
✔ PASS drinkAll (1.842959ms)
✔ PASS drinkEach > drinkEach drinks each drink (0.360625ms)
✔ PASS drinkEach (0.463416ms)
✔ PASS toHaveBeenCalledWith > registration applies correctly to orange La Croix (0.53325ms)
✔ PASS toHaveBeenCalledWith (0.564166ms)
✔ PASS toHaveBeenLastCalledWith > applying to all flavors does mango last (0.380375ms)
✔ PASS toHaveBeenLastCalledWith (0.473417ms)
# tests/jest/fn.invocationCallOrder.test.js
✔ PASS mock.invocationCallOrder (4.221042ms)

GitHub Actions

Collapses test results per-file, like this:

See live output in CI

Module mocking in ESM

Module mocks in ESM is a common source of confusion, as Jest in most old setups does not run real ESM, and instead uses Babel to transform ESM into CJS, and then hoists mocks on top of require() calls.

That hoisting is not possible in ESM world, as static import statements are always resolved before any other code.

Also see Jest documentation on that.

To port code from CJS or Babel, e.g. the following approach with dynamic imports can be used:

jest.doMock('./hogwarts.js', () => ({
  __esModule: true,
  default: jest.fn(),
}))

const { default: getEntryQualification } = await import('./hogwarts.js')
const { qualifiesForHogwarts } = await import('./wizard.js') // module importing ./hogwarts.js

test('qualifies for Hogwarts', () => {
  // doSomething is a mock function
  getEntryQualification.mockReturnValue(['lumos'])

  expect(qualifiesForHogwarts('potter')).toBe(false)
  getEntryQualification.mockReturnValue([])
  expect(qualifiesForHogwarts('potter')).toBe(true)
})

Note that all modules that transitively import hogwarts.js will have to be imported after the mock is defined.

License

MIT