Awesome Reviewers checks + prompts

Mutation testing

Changes the code on purpose and checks that some test fails; surviving mutants show tests that do not constrain behaviour.

V1023 technique
tactic Testing
2 of 256 scanned repositories run it (1%)

Sub-techniques

2

IDNameDescription
V1023.001Diff-scoped mutationMutate only lines changed in the PR to keep runtime bounded.
V1023.002Mutation score gateFail when the score on changed code drops below a threshold.

Craft it

  1. Run on one critical module first to see the runtime.
  2. Scope to changed lines on PRs.
  3. Treat each surviving mutant as a missing assertion, not a number to optimise.

Reverse engineer it

Signs that a codebase already runs this technique, and where to read how it is configured.

  • stryker.conf, mutmut config or cargo-mutants in CI.
  • Mutation reports uploaded as artifacts.

Where the scanned repositories configure it:

  • .github/workflows/*.yml in 2 repositories
  • package.json in 1 repositories
  • pyproject.toml in 1 repositories
  • stryker.conf.json in 1 repositories

Detected by the scanner as: Mutation testing (tests that keep passing whatever the code does.)

Open-source packages

4

Tools seen in scans

by repositories that run them

ToolReposCommand seenRuns inDocs
stryker 3 stryker run ci, local docs
mutmut 1 mutmut run 2>&1 ci docs

Procedure examples

repositories that run it, most-starred first

RepositoryToolsRuns inEvidence
diegosouzapw/OmniRoute stryker ci, local .github/workflows/mutation-redundancy.yml jobs.stryker-nobail.steps[3] (Run S...
BerriAI/litellm mutmut ci .github/workflows/mutation-test.yml jobs.mutation.steps[11] (Run mutmut)