semantic-test-generation

Generate Given-When-Then test cases from acceptance criteria and requirements.

Updated Aug 27, 2026
One-click install
npx skills add https://github.com/msageha/maestro_v2 --skill semantic-test-generation
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: semantic-test-generation
Source: https://github.com/msageha/maestro_v2/tree/main/templates/skills/worker/semantic-test-generation
Command: npx skills add https://github.com/msageha/maestro_v2 --skill semantic-test-generation

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill automates the creation of comprehensive test cases by systematically deriving them from acceptance criteria and requirements, ensuring thorough test coverage.

Core Features & Use Cases

  • Systematic Test Derivation: Transforms requirements into structured test cases.
  • Variable Identification & Classification: Extracts variables, identifies boundary and error conditions, and classifies test cases (Happy Path, Boundary, Error, Edge).
  • Given-When-Then Formatting: Structures tests into a clear, executable format.
  • Use Case: When developing a new feature, use this Skill to generate all necessary acceptance, boundary, and error test cases based on the product requirements document, ensuring no critical scenarios are missed before development begins.

Quick Start

Use the semantic-test-generation skill to derive test cases from the provided acceptance criteria.

Frequently Asked Questions about semantic-test-generation

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

FAQPage Schema
How do I generate test cases from acceptance criteria?

To generate test cases from acceptance criteria, you systematically derive happy path, boundary, error, and edge scenarios from the requirements. This process transforms structured input criteria into executable test cases using a Given-When-Then format.

What is the Given-When-Then format for test cases?

The Given-When-Then format structures test cases into a clear, executable layout by defining the initial state, the action taken, and the expected outcome. It ensures thorough test coverage by standardizing the output of derived acceptance criteria.

How do I ensure my test cases cover edge and boundary conditions?

Covering edge and boundary conditions involves identifying variables within requirements and systematically classifying test scenarios into Happy Path, Boundary, Error, and Edge cases. This method evaluates test completeness and ensures no critical scenarios are missed.

Can I use requirements analysis to automate quality assurance workflows?

Requirements analysis automates quality assurance workflows by systematically deriving test cases from product requirements documents. This ensures comprehensive test coverage for software development by automating the creation of acceptance, boundary, and error test scenarios.

What is the best way to structure test cases for completeness evaluation?

The best way to structure test cases for completeness evaluation is to format them into Given-When-Then structures after classifying them into Happy Path, Boundary, Error, and Edge cases. This allows for systematic evaluation of test coverage based on the original criteria.