gsd-add-tests

Generate unit and browser E2E tests from UAT criteria and phase specifications.

1|Updated Sep 6, 2015
One-click install
npx skills add https://github.com/deerawan/dotfiles --skill gsd-add-tests-deerawan
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: gsd-add-tests
Source: https://github.com/deerawan/dotfiles/tree/main/claude/skills/gsd-add-tests
Command: npx skills add https://github.com/deerawan/dotfiles --skill gsd-add-tests-deerawan

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It helps you reliably add correct unit and browser E2E tests for a completed development phase by turning UAT expectations and implementation context into an actionable, approval-gated test plan.

Core Features & Use Cases

  • UAT-driven test specification: Uses SUMMARY.md, CONTEXT.md, and VERIFICATION.md as the source of truth for what must be tested.
  • Implementation-aware classification: Reviews the implementation files and classifies what should become unit (TDD), browser E2E coverage, or be skipped.
  • RED-GREEN test generation with guardrails: Produces a plan first for user approval, then generates tests following RED-GREEN conventions while preserving workflow gates and reporting gaps.

Quick Start

Generate unit and E2E tests for phase 3 using the existing SUMMARY.md, CONTEXT.md, and VERIFICATION.md, and commit the results with the message test(phase-3): add unit and E2E tests from add-tests command.

Frequently Asked Questions about gsd-add-tests

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I generate unit and E2E tests from UAT specs?

To generate unit and E2E tests from UAT specs, you use a completed phase specification including SUMMARY.md, CONTEXT.md, and VERIFICATION.md to drive an implementation-aware classification and test creation process.

What is RED-GREEN test generation and how does it apply to phase verification?

RED-GREEN test generation is a workflow where tests are initially written to fail (RED) then made to pass (GREEN). It applies to phase verification by producing an approval-gated test plan before generating the actual unit and browser E2E tests.

How do I classify implementation files for unit testing versus browser automation?

You classify implementation files for unit testing versus browser automation by reviewing the completed implementation files alongside phase specifications, categorizing them into unit TDD coverage, browser E2E coverage, or items to skip.

Can I use UAT criteria to automatically create a test plan for a completed development phase?

Yes, you can use UAT criteria to automatically create a test plan for a completed development phase. The process analyzes your UAT expectations and implementation context to produce an actionable, approval-gated test plan before writing tests.

What limitations exist when generating browser E2E tests from phase specifications?

Limitations when generating browser E2E tests from phase specifications include relying entirely on the accuracy of SUMMARY.md, CONTEXT.md, and VERIFICATION.md files, and requiring manual approval at classification and test plan gates before test generation proceeds.

Do I need specific markdown files to generate tests for a development phase?

Yes, you need specific markdown files to generate tests for a development phase. The process requires completed SUMMARY.md, CONTEXT.md, and VERIFICATION.md files to serve as the source of truth for UAT expectations and implementation context.