qa-steps

Generate structured QA testing instructions for software tickets and pull requests.

2|Updated May 24, 2026
One-click install
npx skills add https://github.com/CivicActions/ai-runbook-jh --skill qa-steps
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: qa-steps
Source: https://github.com/CivicActions/ai-runbook-jh/tree/main/skills/qa-steps
Command: npx skills add https://github.com/CivicActions/ai-runbook-jh --skill qa-steps

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill eliminates inconsistency in testing instructions by generating standardized, project-specific QA steps that align with your team's definition of done and environment configurations.

Core Features & Use Cases

  • Context-Aware Generation: Automatically pulls project-specific tracker markup, environment details, and review labels from your project contract.
  • Structured Testing: Produces clear, repeatable test scenarios including setup, navigation, validation, and regression checks.
  • Use Case: When a developer finishes a feature, use this skill to generate a professional QA section for the ticket that includes specific browser validation steps and expected results tailored to your project's unique environment.

Quick Start

Use the qa-steps skill to generate testing instructions for the current ticket or pull request.

Frequently Asked Questions about qa-steps

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

FAQPage Schema
How do I generate standardized QA testing steps for a pull request?

To generate QA testing steps, use a workflow that pulls project-specific environment configurations and tracker markup to produce structured verification instructions. This creates clear setup, navigation, and validation steps for reviewers checking the pull request.

What is the best way to ensure consistent test coverage across software tickets?

Consistent test coverage is achieved by standardizing QA instructions against your project's definition of done. Generating structured test scenarios with specific setup, navigation, validation, and regression checks ensures every ticket meets the same verification standards.

Can I use project-specific tracker markup when creating QA documentation?

Yes, QA documentation can integrate project-specific tracker markup automatically. The generation process pulls environment details and review labels from your project contract to align the output with your team's existing tracker formatting.

How do I write QA validation steps for different browser environments?

Writing QA validation steps for different browsers involves integrating your project's specific environment configurations into a structured workflow. This generates clear, repeatable test scenarios that include specific browser validation steps and expected results for reviewers.

Does generating standardized QA steps require a project contract?

Generating standardized QA steps relies on a project contract to pull environment details, tracker markup, and review labels. Without this configuration input, the workflow cannot automatically align the testing instructions with your team's specific definition of done.

Why are my QA testing instructions inconsistent across development tickets?

QA testing instructions are inconsistent when they lack a standardized generation workflow aligned with your definition of done. Implementing a structured process that pulls project configurations ensures every ticket receives clear, repeatable setup, navigation, and validation steps.