Test-Driven Development: define expected behavior first, then make it pass with implementation.
| Topic | Description | Guide |
|---|---|---|
| ------- | ------------- | ------- |
| cycle | Red→Green→Refactor cycle, bug-fix TDD, anti-patterns | cycle.md |
| run | Test execution workflow (environment detection→impact scope→execution→result reporting) | run.md |
| test-strategies | Boundary value·equivalence partitioning·decision table·error guessing·path coverage | test-strategies.md |
When this skill is invoked, the FIRST tool call must be TaskCreate (Red/Green/Refactor/Verify) + Red test authoring. Diagnosis, planning, option asks, and medium decisions are forbidden before Red is authored + executed + failure confirmed. See cycle.md "Trigger entry".
Define expected behavior → natural failure → implement → pass → refactor.
See cycle.md.
Environment detection → impact scope → execution (unit→integration→e2e) → result reporting.
See run.md.
Decide which test cases to write (boundary value, equivalence partitioning, etc.).
See test-strategies.md.
共 3 个版本