About testdelta
testdelta is a CLI and MCP server that compares named test-result sets from a base and a head revision. It identifies regressions, fixes, additions, removals, and other status changes by test name rather than reporting only counts.
Key features
- 01Compare named base and head results
- 02Classify regressions, fixes, additions, and removals
- 03Report unchanged and still-failing tests
- 04Sort names deterministically by category
- 05Provide human-readable and JSON reports
Use cases
- 01Review test changes between revisions
- 02Identify regressions in CI result files
- 03Trace removed or newly failing tests by name
MCP support
The stdio MCP server exposes `diff_test_results`, which accepts a result directory or file and returns the full JSON report.
Configuration
Local server config is the same for every client. Copy it into your client’s MCP config file.
Tools
1Saved tool list · updated 6d ago
| Parameter | Type | Required | Description |
|---|---|---|---|
| path | string | Yes | Target path to check |
Details
From the project READMEtestdelta
Diff two named test result sets and report exactly which tests regressed, which were fixed, which were added, and which were removed. Never raw counts without names: every category in the human report lists the test names in it.
What it does
testdelta compares a base result set against a head result set. Each set maps a test name to one of three statuses: pass, fail, or skip. From the two sets it computes:
- Regressions: tests that were
passorskipin base and arefailin head. - Fixes: tests that were
failin base and arepassin head. - Added: tests that exist only in head, with their head status.
- Removed: tests that exist only in base, with their base status.
- Still-failing: tests that are
failin both sets. - Unchanged: tests present in both sets with the same status, other than fail in both.
- Other changes: tests present in both sets whose status changed in a way that is neither a regression nor a fix, for example
passtoskip.
Name lists are sorted alphabetically within each category, and the output is deterministic: no timestamps and no random ordering.
Findings highlight the categories a human should look at first:
- One
highfinding per regression (ruleREGRESSION, evidence such asbase=pass head=fail). - One
infofinding per fix (ruleFIXED). - One
mediumfinding per removed test that was passing (ruleREMOVED-PASSING). - One
lowfinding per added test that is failing (ruleADDED-FAILING).
Input formats
Directory with base.json and head.json
Point testdelta at a directory containing two files:
base.json:
{
"test-login": "pass",
"test-checkout": "pass",
"test-search": "fail"
}
head.json:
{
"test-login": "fail",
"test-checkout": "pass",
"test-search": "pass"
}
In this example test-login is a regression and test-search is a fix.
Single file with base and head objects
A single JSON file can carry both sets:
{
"base": {
"test-login": "pass",
"test-search": "fail"
},
"head": {
"test-login": "fail",
"test-search": "pass"
}
}
Missing files, missing base or head objects, malformed JSON, and status values other than pass, fail, or skip are errors. The CLI reports the error and exits with code 2.
Install
npx @reneturcios/testdelta diff ./results
Or install it globally:
npm install -g @reneturcios/testdelta
CLI usage
# Human readable report (default target is the current directory)
testdelta diff [path]
# Machine readable JSON report
testdelta diff [path] --json
# Run as an MCP server over stdio
testdelta mcp
# Print the version
testdelta --version
Exit codes:
0: the verdict isNO-REGRESSION.1: the verdict isREGRESSED.2: usage error, including missing or invalid input.141: the reader closed the output pipe early (the shell-visible equivalent of SIGPIPE).
In the human report, each category lists test names, capped at 50 names per category. When a category has more, the list ends with an explicit and N more line instead of truncating silently. The JSON report always carries the full findings list.
MCP tool
The MCP server exposes one tool:
diff_test_results
- Input:
path, the target directory or single result file. - Output: the full JSON report, with the verdict, the counts for every category, the findings, and a summary that names the counts and the first regression names.
Verdict rules
REGRESSED: at least one regression exists, meaning a test that waspassorskipin base isfailin head.NO-REGRESSION: no regressions. Added failing tests, removed tests, and tests that were already failing in base do not change the verdict on their own; they are reported as findings and counts so a human can decide.
Limits
- testdelta works on result files. It does not run tests, and it does not produce the
pass,fail, orskipvalues itself; a test runner or CI job has to write the result sets first. - Test name matching is exact string equality. A renamed test appears as one removed test and one added test, not as a change.
- Only the three statuses
pass,fail, andskipare understood. Map any other runner outcome onto one of them before diffing.
Comments
New to MCP?
From what the protocol is to installing your first server, these answers cover most first questions.
An open protocol that defines how AI applications connect to external tools and data in a uniform way. Clients talk to the model; MCP servers provide tools, resources and prompt templates. They exchange standard messages, so one server can be reused by many clients.