propose-feature-test-plan

Generate test-plan.md mapping REQ-* and CC-* identifiers to test types.

5|12|Updated Nov 24, 2025
One-click install
npx skills add https://github.com/cbgbt/bottlerocket-forest --skill propose-feature-test-plan
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: propose-feature-test-plan
Source: https://github.com/cbgbt/bottlerocket-forest/tree/main/skills/propose-feature-test-plan
Command: npx skills add https://github.com/cbgbt/bottlerocket-forest --skill propose-feature-test-plan

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill helps teams create a structured test plan that maps each requirement to concrete tests, ensuring traceability and comprehensive verification before implementation.

Core Features & Use Cases

  • Generate a formal test plan by extracting REQ-* requirements and CC-* constraints from feature documentation
  • Map each requirement to a test type (unit/integration/not-testable/out-of-scope) and a concise description
  • Produce a ready-to-commit document at ./docs/features/NNNN-feature-name/test-plan.md that aligns with project workflows

Quick Start

Create a test plan for an existing feature by following the prerequisites in this skill.

Frequently Asked Questions about propose-feature-test-plan

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

FAQPage Schema
How do I generate a test plan from EARS requirements and critical constraints?

To generate a test plan from EARS requirements, this skill extracts REQ-* and CC-* identifiers from feature documentation and maps each to concrete test types and descriptions, producing a structured test-plan.md file.

What is the best way to map software requirements to specific test types like unit or integration tests?

Mapping software requirements to test types is handled by linking each REQ-* and CC-* identifier to a specific category, such as unit, integration, not-testable, or out-of-scope, accompanied by a concise test description.

Do I need existing feature documentation before creating a test plan?

Yes, you need existing feature documentation containing EARS requirements and Critical Constraints. The skill extracts these prerequisite REQ-* and CC-* identifiers to generate the formal test plan.

How do I ensure traceability between feature requirements and verification tests?

Traceability between feature requirements and verification tests is established by directly linking each REQ-* and CC-* identifier to a specific test type and description within the generated test-plan.md document.

Where should the generated test plan document be saved in my project?

The generated test plan document is saved as a ready-to-commit file at ./docs/features/NNNN-feature-name/test-plan.md, aligning with standard project workflows and feature development directories.

Can I mark a requirement as out-of-scope or not-testable in my test plan?

Yes, you can mark requirements as out-of-scope or not-testable. The skill maps each requirement to a test type, explicitly including unit, integration, not-testable, and out-of-scope categories.