test-document-generator

Generate evidence-grounded Markdown test documents mapping requirements and risks to test cases.

2|Updated May 3, 2026
One-click install
npx skills add https://github.com/Rosetears520/aili-workflows --skill test-document-generator
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: test-document-generator
Source: https://github.com/Rosetears520/aili-workflows/tree/main/skills/test-document-generator
Command: npx skills add https://github.com/Rosetears520/aili-workflows --skill test-document-generator

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This skill turns scattered specs, plans, proposals, issues, or feature descriptions into a durable, evidence-based Markdown test document so teams can align on scope, acceptance criteria, and regression coverage.

Core Features & Use Cases

  • Evidence-grounded test documentation: Builds an evidence table separating observed facts, inferences, assumptions, and open questions from the provided source material.
  • Requirement-to-test traceability: Produces a requirements/decision/risk to test-case matrix that maps directly to what must be verified.
  • Living test artifact for delivery lifecycle: Persists a complete test plan including execution records and defect-to-fix-to-retest closure fields, supporting auditability.
  • Risk-focused clarification without blocking: Asks only for missing decisions that materially affect test scope or success criteria, while recording smaller gaps as Open Questions / Unverified.

Quick Start

Ask the AI to generate a test document for your feature using the pasted spec or the change folder, and tell it where to save the resulting Markdown file.

Frequently Asked Questions about test-document-generator

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

FAQPage Schema
How do I generate a test plan from a feature spec?

Generating an evidence-grounded test plan involves mapping provided requirements, specs, and risk inputs to concrete test cases, producing a Markdown document with traceability matrices and acceptance criteria for regression scope.

How do I create acceptance criteria and regression scope from a PR description?

Creating acceptance criteria and regression scope from a PR description requires mapping the change inputs to a test matrix. The result is a Markdown document grounding observed facts, inferences, and open questions for auditability.

What is an evidence-grounded test document?

An evidence-grounded test document is a Markdown artifact that separates observed facts, inferences, and assumptions from source material. It builds requirement-to-test traceability and includes execution records for delivery lifecycle auditability.

Can I build a test matrix from user-provided feature descriptions without blocking?

You can build a test matrix from user-provided feature descriptions without blocking. The process asks only for missing decisions materially affecting test scope, while recording smaller gaps as open questions within the Markdown output.

Does the generated test plan support defect-to-fix-to-retest closure tracking?

The generated test plan supports defect-to-fix-to-retest closure tracking by persisting execution records and closure fields directly within the Markdown test artifact, ensuring complete auditability across the delivery lifecycle.

When should I not use automated test case generation from specs?

You should not use automated test case generation from specs when you lack source material like issues or proposals, as strict source grounding is required to separate observed facts from inferences and map requirements to test cases.