← ClaudeAtlas

test-checklistlisted

Produce a hand-runnable human test checklist alongside automated tests. Run after writing automated test suites for a phase/feature that ships user-visible behavior. Creates a markdown doc (public by default in tests/checklists/, or in a project-private location for sensitive content) that a human walks through to verify end-to-end behavior that mocks can't cover -- shell rendering, Windows codepages, real subprocess behavior, interactive prompts, file atomicity under real conditions, config isolation, and other "the mocks say it works but does it REALLY" scenarios.
DazzleML/dazzle-claude-code-config · ★ 0 · AI & Automation · score 67
Install: claude install-skill DazzleML/dazzle-claude-code-config
# Test Checklist Skill Produce a **human-runnable test checklist** alongside significant automated test work. This document complements automated tests — it captures what the mocks can't, and it serves as a durable record of "what should we test" for each phase/feature. ## When to use Trigger this skill broadly — **err on the side of producing a checklist**. Automated tests catch regressions in mocked paths; human checklists catch the subtle behavior drift that mocks miss. The cost of producing one is low; the cost of shipping a "pure refactor" that silently breaks metadata preservation or subprocess handling is high. Produce a checklist when you finish writing automated tests for: - A new Phase, epic, or major feature - A new CLI command or user-visible surface area - A refactor that touches dispatch, configuration, file I/O, subprocess execution, metadata handling, or discovery — **even if the refactor claims no user-visible change** - Any commit with a substantive CHANGELOG entry (Added, Changed, or Fixed for a real bug with user impact) - Anything where a subtle regression could affect users in non-obvious ways If the user explicitly says "let's write tests" or "add tests for this," ask at the end: **"Do you also want a human test checklist for the phase/feature we just tested?"** Default to yes unless the work is clearly trivial. ## When NOT to use Skip the checklist ONLY for genuinely trivial work: - Single-line bug fixes with truly no interaction surface - Doc