Edge-case testing for JavaScript and TypeScript
Most Node teams already have a test runner. The hard part is knowing which behavior is still untested: a rejected promise, a zero boundary, a nullish branch, a documented error, or a schema constraint.
Quelltest for npm is designed as the connective layer. It scans source without executing the application, reports evidence with file and line locations, and emits JSON that can travel through CI.
Keep the runner you already trust
The Node community has strong choices. Vitest is popular for TypeScript and ESM workflows, Jest remains deeply established, and node:test is a minimal built-in option. A gap finder should not force a migration. Quelltest complements those tools: it identifies candidates, while the project runner executes the final test.
Start with an evidence trail
npm install -D quelltest
npx quell find src/ --json > quell-report.json
npx quell score src/ --threshold 60
The report is deliberately source-linked. It tells a reviewer why a candidate exists and what kind of test would make the contract executable.
Why this matters in CI
Developer discussions repeatedly mention noisy logs, flaky tests, slow pipelines, and unclear failures. A score cannot replace tests, but a stable JSON report and threshold give teams a lightweight way to make missing edge-case work visible in pull requests.
Quelltest is offline-first during discovery. It does not send your source to a service, and generated scaffolds remain dry-run until you explicitly write them.
The boundary
Quelltest is not a browser automation tool, an API contract broker, or a replacement for property testing. Use Playwright, Pact, fast-check, Vitest, Jest, or node:test where they fit. Quelltest helps you find the edge-case obligations those tools should cover.