behavioral-unit-testing
Write tests that can actually fail — expected values from the spec, not from running the code; evidence the test fails on the bug and not only passes on the fix; no silent changes to tests; no satisfying the check instead of the request. Use whenever writing, fixing, strengthening, or reviewing tests of any kind, whenever a feature or bug fix needs tests, when a failing test tempts you to change it, when a passing test is about to be treated as proof, and when asked to "add coverage".
Pinned to revision 498ffffc35e2, so it is the text this page describes rather than whatever the author pushed since.
Files
- skills/behavioral-unit-testing/SKILL.md
- skills/behavioral-unit-testing/references/domain-playbook.md
- skills/behavioral-unit-testing/references/evidence.md
- skills/behavioral-unit-testing/references/oracle-ladder.md
Every link opens the file at its source, pinned to the revision this page describes.