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

agentic-testing

v0.1.9

Published

Test web applications with Zerocheck's QA agent. Turn release checklists into saved browser tests you can review and rerun.

Readme

agentic-testing

Agentic testing for web applications

Use Zerocheck's QA agent to test your web application's user journeys. Turn a release checklist into browser checks with explicit expected outcomes, review the results, and save the tests for repeatable runs.

agentic-testing is an official command alias for Zerocheck, with the same commands and configuration. Examples below use agentic-testing; the main documentation uses zerocheck.

New to Zerocheck? Request pilot access. We provision a customer instance and help you configure your first handful of tests during hands-on onboarding.

Already onboarded? Run your saved tests, or open the instance URL supplied during onboarding to use the web app.

Before you start

Test execution requires a Zerocheck account, a provisioned customer instance and a project in that instance. There is no default public service.

For the CLI, have these ready:

  • Node.js 20.19 or newer.
  • Your instance URL and account access, supplied during onboarding.
  • Your project files: zerocheck.yaml with the correct project, environment and app URL, plus at least one saved YAML test in its configured test directory. We set up these files with you during onboarding.
  • A running app reachable from your machine, with the test accounts, fixtures and credential variables your checks need.

Local execution uses Zerocheck's AI service and uploads selected test definitions, page context and run evidence. It requires network access and authentication even though the browser runs on your machine.

Run your saved tests

Run from the app repository containing the project files above. Replace the instance URL with the one you received during onboarding.

npm install --save-dev --save-exact [email protected]
export ZEROCHECK_API="https://your-instance.example.com"
npx agentic-testing login
npx agentic-testing install
npx agentic-testing validate
npx agentic-testing run --json .zerocheck/latest-run.json

login prints a URL and code for you to approve in your browser. install downloads Chromium for local runs. validate checks the saved YAML without running a browser.

run executes the saved tests in the configured test directory, using default_environment from zerocheck.yaml. Confirm that environment points to the app you intend to test. When a results link is printed, open it to inspect outcomes, failed steps and screenshots after signing in. The JSON file also retains the run details. If publication fails, follow the upload-retry command printed by the CLI.

To run just one test, use its actual repository path:

npx agentic-testing run zerocheck/tests/your-test.yaml

Starting from the web app

Open your provisioned instance, choose a saved test and run it against the intended environment. You can use the web app without installing this package.

To bring an individual web test into your repository, use Download YAML and put that file in the configured test directory. This creates an independent copy. Web tests are edited in the web app; repository tests are edited in their files. The CLI does not automatically download your saved web tests.

For a reviewed checklist import, the CLI can save its drafted tests with import --draft IMPORT_ID, as shown below. An import ID is different from an individual saved-test ID or run ID.

After installing and logging in, replace the project ID and app URL, then initialize a new configuration:

npx agentic-testing init --project "YOUR_PROJECT_ID" --env dev --url "http://localhost:3000"

init creates zerocheck.yaml and an empty test directory. If the configuration already exists, edit that file to change its project or environments.

Add your onboarding-provided test YAML, download an agreed web test, or draft tests from a real release checklist:

npx agentic-testing install
npx agentic-testing import release-checklist.md --env dev

Import drafts and runs checks immediately. Review the displayed YAML and browser results before saving. Resolve missing inputs and inspect failed or incomplete checks. Replace IMPORT_ID with the import identifier printed by the command:

npx agentic-testing import --draft IMPORT_ID
npx agentic-testing validate
npx agentic-testing run --env dev

Saving a draft does not change a failed result into a pass. Keep the expected outcome when investigating a failure.

What a test looks like

Each repository test is a readable YAML file. Adapt this example to a route and outcome that exist in your app:

version: zerocheck/v1
name: Release notes are available
blocks_merge: true
steps:
  - Navigate to /releases
  - Verify the Release notes heading is visible

Coding agents and other runners

After completing project setup, a compatible coding agent can use the same CLI through its local stdio MCP server:

npx agentic-testing mcp --project-dir "/absolute/path/to/your/app"

Configure the process in your MCP client using the MCP guide. Device sign-in needs your approval. The MCP tools can inspect, draft, save and run tests, then read their results.

For hosted execution, add --runner hosted to run; Chromium installation on your machine is unnecessary for that runner. The hosted browser must be able to reach the configured app URL. It cannot automatically reach your laptop's localhost. Hosted CLI runs still use repository configuration and test files.

When a run needs attention

| Situation | Next step | | --- | --- | | No instance configured | Set ZEROCHECK_API to your customer instance before login. | | No configuration or tests found | Add the project configuration and saved YAML tests. init creates an empty test directory. | | Missing test credentials | Supply the variables referenced by your configured environment. | | A test fails or cannot complete | Open the result and inspect the failed step and evidence. | | Result publication fails | Follow the upload-retry command printed by the CLI. |

Exit codes: 0 means the run completed within the configured merge policy; 1 means a blocking failure; 2 means a setup, incomplete-execution, infrastructure or result-publication error.

Request pilot access · Developer resources · CLI guide · Web app guide · Results