test-author

Convert QA matrices or specs into test plans and scenarios.

Updated Jan 26, 2026
One-click install
npx skills add https://github.com/hoonzinope/skills --skill test-author
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: test-author
Source: https://github.com/hoonzinope/skills/tree/main/test-author
Command: npx skills add https://github.com/hoonzinope/skills --skill test-author

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) and references (resource) and assets (resource) components.

What problem does it solve?

Produce test design artifacts (test plan, scenarios, or skeletons) without writing code, based on QA matrix or specs; write to .documents/qa/TEST_PLAN.md.

Core Features & Use Cases

  • Generate a complete Test Plan header with date and scope
  • Create QA-aligned test scenarios and data sets from specs or matrices
  • Output ready-to-edit skeletons to the target .documents path for team collaboration

Quick Start

Provide a QA matrix or spec and ask the agent to generate a test plan skeleton at the designated path

Frequently Asked Questions about test-author

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

FAQPage Schema
How do I generate a QA test plan from a spec without writing code?

You can generate a QA test plan from a spec without coding by providing a QA matrix or specification to produce a structured Test Plan and Scenarios, which outputs directly to .documents/qa/TEST_PLAN.md.

What sections should a manual test plan include for product features?

A manual test plan should include standard sections for Scope, Test Scenarios, Data Sets, Environment, Execution Notes, and Risks, ensuring comprehensive coverage aligned with the product features being tested.

Can I create test scenarios and data sets from a QA matrix automatically?

Yes, you can create QA-aligned test scenarios and data sets automatically from a QA matrix, generating ready-to-edit skeletons formatted for team collaboration in your documentation directory.

Do I need any coding dependencies to produce test design artifacts for manual testing?

No coding dependencies are required to produce test design artifacts for manual testing; the process converts your existing specifications into structured test plans and scenarios without any scripting.

What is the best way to structure test design documents for team collaboration?

The best way to structure test design documents for collaboration is to output ready-to-edit skeletons to a designated target path like .documents/qa/TEST_PLAN.md, conforming to a standard template.

Are there limitations when converting a spec into a test plan skeleton?

The main limitation is that the output is a ready-to-edit skeleton; while it automatically structures Scope, Scenarios, Data Sets, Environment, Execution Notes, and Risks, you still need to manually refine the content for specific execution contexts.