mcpField
T
testfinder

testfinder

Local
github.com/CloudCorpRecordsDeveloper Tools0Updated 1w ago

About testfinder

testfinder identifies and ranks tests relevant to a source file from a project file and import map. It helps developers narrow test selection and supplies a command to run the matches; it does not run tests itself.

Key features

  1. 01Find direct and transitive importers
  2. 02Match test naming conventions
  3. 03Rank results by reason and distance
  4. 04Return a command for selected tests
  5. 05Validate file and import-map input

Use cases

  1. 01Select tests after editing a source file
  2. 02Trace tests through project imports
  3. 03Get a focused test command for a change

MCP support

The MCP server exposes `find_relevant_tests`, which takes a source file and file/import map and returns ranked relevant tests, counts, and a run command. It finds tests but does not execute them.

Configuration

Local server config is the same for every client. Copy it into your client’s MCP config file.

mcp.json · Universal config
{
"mcpServers": {
"cloudcorprecords-testfinder": {
"command": "npx",
"args": [
"-y",
"@reneturcios/testfinder"
]
}
}
}
Run commandnpx -y @reneturcios/testfinder

Local servers need a runtime on your machine (e.g. Node.js 18+). Config file locations differ by client; see your client’s docs.

Packages
npm@reneturcios/testfinder0.1.0
ocighcr.io/cloudcorprecords/testfinder:0.1.0

Tools

1

Saved tool list · updated 1w ago

ParameterTypeRequiredDescription
filesarrayYesAll files in the set, with their imports (at least one)
source_filestringYesPath of the source file to find tests for (must be one of the supplied files)

Details

From the project README

testfinder

Running the whole test suite after every small edit is a slow loop. testfinder narrows it: give it one source file plus the project's file/import map — every file's path and the paths it imports — and it works out which tests are actually relevant to that file, why each one is relevant, and the exact command that runs just those tests:

  • Direct importers — test files that import the source file themselves, at distance 1.
  • Naming-convention matches — test files whose path is the source path with .test or .spec inserted before the final extension, either beside the source (src/foo.ts → src/foo.test.ts) or in the __tests__ form (src/__tests__/foo.test.ts). A source whose name has no extension gets the suffix appended instead (src/foo → src/foo.test).
  • Transitive importers — test files that reach the source through other files, each at its shortest import distance, so a diamond in the graph resolves to the shorter route.

Every relevant test carries exactly one reason, decided by precedence: self (the source file is itself a test) over direct over convention over transitive. Results are ranked by that reason order, then by distance, then by path, and run_command is the npx tsx --test line that runs them in ranked order — or null when nothing is relevant. The result also reports total_files and test_files_considered, the count of test files in the set whether relevant or not. A file counts as a test when its name carries .test. / .spec. (or ends in .test / .spec), or when it lives under a test, tests, or __tests__ directory.

Imports that name paths outside the supplied set are external: they are ignored, never followed, and never an error. Duplicate import entries are de-duplicated and a file importing itself is ignored for graph purposes, though distances still flow through ordinary non-test files on the way to a test. Malformed input — a missing or unknown source_file, an empty file set, a duplicate file path, a wrongly typed field — is a validation error naming the offending path (for example files[1].imports[0] must be a string), and no partial result is produced. The computation is pure and local, and the tool only finds tests: running them, with the command it returns, is left to your own environment.

CLI

npx @reneturcios/testfinder find --input args.json
npx @reneturcios/testfinder --version

args.json contains the full arguments object:

{
  "source_file": "src/foo.ts",
  "files": [
    { "path": "src/foo.ts" },
    { "path": "src/bar.ts", "imports": ["src/foo.ts"] },
    { "path": "src/foo.test.ts" },
    { "path": "src/bar.test.ts", "imports": ["src/bar.ts", "react"] }
  ]
}

imports defaults to [] per file; here react is external to the set and ignored. src/foo.test.ts is a naming-convention match with no import of its own, and src/bar.test.ts reaches the source through src/bar.ts at distance 2. The result is printed as JSON:

{
  "source_file": "src/foo.ts",
  "relevant_tests": [
    { "path": "src/foo.test.ts", "reason": "convention", "distance": null },
    { "path": "src/bar.test.ts", "reason": "transitive", "distance": 2 }
  ],
  "total_files": 4,
  "test_files_considered": 2,
  "run_command": "npx tsx --test src/foo.test.ts src/bar.test.ts"
}

Exit codes: 0 on success, 1 on a runtime error (including an unreadable or invalid input file, or invalid input), 2 on a usage error.

MCP server

npx -y @reneturcios/testfinder mcp

MCP client config:

{
  "mcpServers": {
    "testfinder": {
      "command": "npx",
      "args": ["-y", "@reneturcios/testfinder", "mcp"]
    }
  }
}
Tools
  • find_relevant_tests — Find the tests relevant to one source file from a file/import map.

    • source_file (string, required) — path of the source file; must be one of the supplied files
    • files (array, required, at least one) — files as {path, imports?} objects; path is unique across the set, and each imports entry either names another supplied file or anything else (external, ignored)

    Returns {source_file, relevant_tests, total_files, test_files_considered, run_command}, where each entry of relevant_tests is {path, reason, distance}.

Docker

docker run -i ghcr.io/cloudcorprecords/testfinder
docker run --rm -v "$PWD:/w" ghcr.io/cloudcorprecords/testfinder find --input /w/args.json

Development

npm install
npm run build   # tsc -> dist/
npm test        # tsx --test test/*.test.ts (pure local, no network)
npm run dev     # run the CLI from source

License

MIT — Copyright (c) 2026 Rene Turcios

Comments

Markdown supported

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.