qa-buddy-skills

Run eval fixtures against a skill to verify it produces correct output. Reads the skill's SKILL.md and tests/fixtures.json, simulates each scenario, and checks assertions. Use after /improve to verify fixes didn't break anything. Use when: "eval", "run evals", "test skill", "check fixtures", "regression test". Do NOT use when: running actual QA on an app (use /qa), improving a skill (use /improve), checking sprint status.

Generate and guide exploratory testing sessions. Produces a session charter, executes time-boxed unscripted testing using heuristic techniques, captures findings as new test scenarios, UX improvements, and missing coverage. Feeds discoveries back into the knowledge base and test cases. Use when: "exploratory test", "explore this feature", "charter for testing". Do NOT use when: executing formal test cases (use /qa), verifying a specific bug fix (use /verify-fix), planning tests (use /test-plan).

Meta-skill that improves other skills based on real usage failures. When an SDT reports a skill produced incorrect or unexpected output, this skill analyzes the root cause, generates a structured improvement proposal, applies the fix following CONTRIBUTING.md guidelines, and offers to create a PR or apply locally. Use when: "improve", "this didn't work", "fix this skill", "the output was wrong", "skill improvement", "qa-improve". Do NOT use when: giving content feedback on output (use option B at pause point), asking about QA methodology, running normal QA workflow.

SDT test execution skill. Executes test cases from the knowledge base, verifies acceptance criteria in the browser, files bugs in Jira for failures, and updates the KB with results. Works within sprint context: knows the ticket, the ACs, the test cases, and what needs to pass before the ticket moves forward. Optional --fix flag for teams where SDTs handle minor fixes. Use when: "qa", "test this ticket", "run test cases", "verify ACs", "does this pass?". Do NOT use when: asking about QA methodology, verifying a bug fix (use /verify-fix), just reporting without filing bugs (exploratory), checking sprint status.

Review a Jira ticket during backlog grooming or refinement. Audits the ticket for testability, AC completeness, missing edge cases, and potential blockers. Outputs a structured review the SDT can bring to the grooming session. Use when: "review this ticket", "check ACs", "testability review", "grooming". Do NOT use when: building a test plan for an epic (use /test-plan), writing test cases (use /test-cases), testing in the browser (use /qa).

First-run configuration wizard for QABuddy. Sets up context source (Jira, spec docs, chat, custom), team mode (solo vs PR-based), and project preferences. Writes .qabuddy.json to the project root. Re-run to reconfigure. Use when: "setup", "configure", "first time setup", "change settings". Do NOT use when: asking about QABuddy features, asking how to use a skill, mid-workflow.

Cross-feature testing dashboard for mid-sprint status checks. Pulls the current sprint from Jira, cross-references with local test knowledge base and QA reports, and shows what's tested, what's blocked, and where coverage gaps are. Use when: "sprint status", "what's tested", "coverage check", "testing dashboard". Do NOT use when: testing a specific ticket (use /qa), creating test artifacts, fixing bugs.

Guided end-to-end QA workflow. Chains test planning, ticket reviews, and test case generation in sequence, pausing after each phase for SDT review. Resumes from where it left off if interrupted. The main entry point for new epics. Use when: "start", "begin workflow", "qa workflow", "guided qa", "new epic". Do NOT use when: working on a single ticket (use individual skills), reconfiguring settings (use /setup), mid-sprint status check.

Generate test cases from a Jira ticket's acceptance criteria. Produces Playwright e2e test scenarios and a unit test checklist for developers. Test cases map back to requirements for traceability. Use when: "write test cases", "generate tests", "e2e tests for PROJ-789", "test cases for this ticket". Do NOT use when: reviewing ticket testability (use /review-ticket), executing tests (use /qa), exploring the app (use /exploratory).

Build a test plan when a new Epic is created. Pulls epic details and linked stories from Jira, analyzes scope, and produces a test plan covering strategy, automation gap analysis, success criteria, environment needs, and risks. Output goes to Confluence and local test knowledge base. Use when: "test plan", "plan tests for this epic", "test strategy for EPIC-123". Do NOT use when: reviewing a single ticket (use /review-ticket), writing test cases for a story (use /test-cases), asking about QA methodology.

Re-test a bug fix after a developer resolves it. Pulls the original bug from Jira, re-executes the repro steps in the browser, checks for regressions, and updates the bug status. The final step in the SDT workflow before a ticket moves to Done. Use when: "verify fix", "retest", "is this fixed?", "check BUG-123", "verify BUG-123". Do NOT use when: running initial QA (use /qa), filing new bugs, testing a feature for the first time.

스킬에 대해 eval fixture를 실행하여 올바른 출력을 생성하는지 검증합니다. 스킬의 SKILL.md와 tests/fixtures.json을 읽고, 각 시나리오를 시뮬레이션하여 assertion을 확인합니다. /improve 후에 수정이 기존 동작을 깨뜨리지 않았는지 검증할 때 사용합니다. 사용 시점: "eval", "run evals", "test skill", "check fixtures", "regression test". 사용하지 않을 때: 실제 앱 QA 수행 시 (/qa 사용), 스킬 개선 시 (/improve 사용), 스프린트 상태 확인 시.

탐색적 테스트 세션을 생성하고 안내합니다. 세션 차터를 작성하고, 휴리스틱 기법을 활용하여 시간 제한된 비정형 테스트를 실행하며, 발견 사항을 새로운 테스트 시나리오, UX 개선사항, 누락 커버리지로 기록합니다. 발견 사항을 지식 베이스(KB)와 테스트 케이스에 반영합니다. 사용 시점: "exploratory test", "explore this feature", "charter for testing". 사용하지 않을 때: 정형 테스트 케이스 실행 시 (/qa 사용), 특정 버그 수정 검증 시 (/verify-fix 사용), 테스트 계획 수립 시 (/test-plan 사용).

실제 사용 실패를 기반으로 다른 스킬을 개선하는 메타 스킬입니다. SDT가 스킬의 출력이 잘못되었거나 예상과 다르다고 보고하면, 근본 원인을 분석하고, 개선안을 작성하며, CONTRIBUTING.md 가이드라인에 따라 수정을 적용하고, PR 생성 또는 로컬 적용을 제안합니다. 사용 시점: "improve", "this didn't work", "fix this skill", "the output was wrong", "skill improvement", "qa-improve". 사용하지 않을 때: 출력 내용에 대한 피드백을 줄 때 (확인 단계에서 옵션 B 사용), QA 방법론에 대해 문의할 때, 일반 QA 워크플로우를 실행할 때.

SDT 테스트 실행 스킬. 지식 베이스(KB)의 테스트 케이스를 실행하고, 브라우저에서 인수 조건(AC)을 검증하며, 실패 항목은 Jira에 버그로 등록하고, KB에 결과를 반영합니다. 스프린트 맥락 안에서 동작합니다 — 티켓, AC, 테스트 케이스를 파악하고, 티켓이 다음 단계로 넘어가려면 무엇이 통과해야 하는지 알고 있습니다. --fix 플래그를 사용하면 SDT가 경미한 수정을 직접 처리할 수 있습니다. 사용 시점: "qa", "이 티켓 테스트해줘", "테스트 케이스 실행", "AC 검증", "이거 통과해?". 사용하지 않는 경우: QA 방법론 질문, 버그 수정 검증(/verify-fix 사용), 버그 등록 없이 탐색만 할 때(exploratory), 스프린트 현황 확인.

백로그 그루밍 또는 리파인먼트 중 Jira 티켓을 리뷰합니다. 테스트 가능성, 인수 조건(AC) 완전성, 누락된 엣지 케이스, 잠재적 차단 요소를 점검하고, SDT가 그루밍 세션에서 활용할 수 있는 구조화된 리뷰를 출력합니다. 사용 시점: "review this ticket", "check ACs", "testability review", "grooming". 사용하지 않을 때: 에픽에 대한 테스트 계획을 작성할 때 (/test-plan 사용), 테스트 케이스를 작성할 때 (/test-cases 사용), 브라우저에서 테스트할 때 (/qa 사용).

QABuddy 초기 설정 마법사. 컨텍스트 소스(Jira, 스펙 문서, 채팅, 커스텀), 팀 모드(솔로 vs PR 기반), 프로젝트 환경설정을 구성합니다. 프로젝트 루트에 .qabuddy.json을 생성합니다. 재실행하면 재구성할 수 있습니다. Use when: "setup", "configure", "first time setup", "change settings". Do NOT use when: asking about QABuddy features, asking how to use a skill, mid-workflow.

스프린트 중간 상태 확인을 위한 교차 기능 테스트 대시보드입니다. Jira에서 현재 스프린트를 가져오고, 로컬 테스트 지식 베이스(KB) 및 QA 보고서와 교차 참조하여 테스트 완료 현황, 차단 항목, 커버리지 갭을 보여줍니다. 사용 시점: "sprint status", "what's tested", "coverage check", "testing dashboard". 사용하지 않을 때: 특정 티켓을 테스트할 때 (/qa 사용), 테스트 산출물을 생성할 때, 버그를 수정할 때.

가이드 방식의 E2E QA 워크플로우. 테스트 계획, 티켓 리뷰, 테스트 케이스 생성을 순차적으로 진행하며, 각 단계가 끝나면 SDT가 검토할 수 있도록 멈춥니다. 중단된 경우 이전 지점부터 다시 시작합니다. 새 에픽의 주요 진입점입니다. Use when: "start", "begin workflow", "qa workflow", "guided qa", "new epic". Do NOT use when: working on a single ticket (use individual skills), reconfiguring settings (use /setup), mid-sprint status check.

Jira 티켓의 인수 조건(AC)에서 테스트 케이스를 생성합니다. Playwright E2E 테스트 시나리오와 개발자용 단위 테스트 체크리스트를 작성합니다. 테스트 케이스는 추적성을 위해 요구사항에 매핑됩니다. 사용 시점: "테스트 케이스 작성", "테스트 생성", "PROJ-789 E2E 테스트", "이 티켓 테스트 케이스". 사용하지 않는 경우: 티켓 테스트 가능성 리뷰(/review-ticket 사용), 테스트 실행(/qa 사용), 앱 탐색(/exploratory 사용).

새 에픽이 생성되면 테스트 계획을 수립합니다. Jira에서 에픽 상세 정보와 연결된 스토리를 가져와 범위를 분석하고, 전략, 자동화 갭 분석, 성공 기준, 환경 요구사항, 위험 요소를 포함하는 테스트 계획을 작성합니다. 결과물은 Confluence와 로컬 테스트 지식 베이스(KB)에 저장합니다. 사용 시점: "테스트 계획", "이 에픽 테스트 계획 세워줘", "EPIC-123 테스트 전략". 사용하지 않는 경우: 개별 티켓 리뷰(/review-ticket 사용), 스토리의 테스트 케이스 작성(/test-cases 사용), QA 방법론 질문.

개발자가 수정한 버그를 재테스트합니다. Jira에서 원본 버그를 가져오고, 브라우저에서 재현 단계를 다시 실행하며, 회귀 여부를 확인하고, 버그 상태를 업데이트합니다. 티켓이 Done으로 넘어가기 전 SDT 워크플로우의 마지막 단계입니다. 사용 시점: "수정 검증", "재테스트", "이거 고쳐졌어?", "BUG-123 확인", "BUG-123 검증". 사용하지 않는 경우: 최초 QA 실행(/qa 사용), 새 버그 등록, 기능을 처음 테스트할 때.