qa-engineer

Define plan-driven QA guidance and test-code strategies for automated testing.

Updated May 8, 2026
One-click install
npx skills add https://github.com/ace3/skills --skill qa-engineer-ace3
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: qa-engineer
Source: https://github.com/ace3/skills/tree/main/skills/qa-engineer
Command: npx skills add https://github.com/ace3/skills --skill qa-engineer-ace3

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

QA engineering for report-only automated test design and test-code authoring guidance. Use for TDD strategy, unit test patterns, integration tests, contract tests, BDD, E2E test code, mobile automation, framework selection, test framework migration, and CI/CD test pipeline planning across common stacks such as Jest, Vitest, pytest, JUnit, RSpec, PHPUnit, xUnit, NUnit, Playwright, Cypress, Selenium, WebdriverIO, Appium, Cucumber, and Robot Framework. Not for running tests as QA evidence — use qa-tester.

Core Features & Use Cases

  • TDD workflow design and test-pattern guidance for quality-first development.
  • Unit/Integration/Contract/BDD test design and architecture planning.
  • E2E, mobile automation planning, framework migration, and CI/CD test pipeline planning across common stacks.

Quick Start

Describe a plan for implementing plan-driven QA guidance in a project, including required inputs, recommended workflows, and handoff artifacts.

Frequently Asked Questions about qa-engineer

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

FAQPage Schema
How do I design a test strategy for TDD and BDD workflows?

Test strategy design for TDD and BDD workflows defines plan-driven guidance to structure quality-first development. It provides test-pattern guidelines and architecture planning to map unit, integration, and contract tests across common stacks.

What is the best way to plan E2E test automation and framework migration?

Planning E2E test automation and framework migration involves defining plan-driven QA guidance for test-code strategies. It targets E2E planning and mobile automation to structure test designs without running executable test evidence.

Can I use this for CI/CD test pipeline planning across common stacks?

Yes, CI/CD test pipeline planning across common stacks is supported by defining output-contract patterns and guidelines. It structures QA plans and handoffs for audits using frameworks like Jest, pytest, Playwright, and Cypress.

Does this guidance cover mobile automation and contract testing design?

Mobile automation and contract testing design are covered by encapsulating guidelines for test-code authoring. It targets Appium for mobile automation and contract test architecture to improve non-executable quality assurance design.

Why should I use plan-driven QA design instead of running tests directly?

Plan-driven QA design structures test-code strategies and handoff artifacts for audits, whereas running tests directly generates executable evidence. Use this approach for architecture planning and framework selection rather than test execution.

Do I need specific test frameworks to apply this QA test design guidance?

No specific framework is required, but the guidance targets common stacks including JUnit, RSpec, NUnit, Selenium, WebdriverIO, Cucumber, and Robot Framework. It provides framework selection and migration planning tailored to your stack.