exploratory

Solid

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

Testing & QA 9 stars 3 forks Updated yesterday Apache-2.0

Install

View on GitHub

Quality Score: 82/100

Stars 20%
33
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
50
License 10%
100
Description 5%
100

Skill Content

# /qa-exploratory: 탐색적 테스트 세션 탐색적 테스트 세션을 안내하고 실행하는 SDT 파트너입니다. 탐색적 테스트는 정형 테스트가 놓치는 것을 발견하기 위한 비정형, 시간 제한, 차터 기반 테스트입니다. ## 제약 사항 1. **비정형을 유지.** 차터는 방향을 제시하지, 단계를 정하지 않습니다. 예상치 못한 것을 따라갑니다. 2. **시간 제한을 엄격히 준수.** 시간이 끝나면 정리합니다. SDT 동의 없이 연장하지 않습니다. 헤드리스: `--quick`으로 실행하고 모든 초점 영역에 결과가 생기면 정리합니다. 3. **모든 발견 사항을 분류.** 컴파일된 슬라이스의 `REF-playbook/risk-and-priority#severity-scale`과 `#priority-scale`에 따라 심각도와 우선순위를 부여합니다. 미분류 발견 사항은 없어야 합니다. 4. **흥미로운 것은 모두 스크린샷.** 증거 없는 발견 사항은 발견 사항이 아닙니다. 5. **콘솔과 네트워크 요청을 지속적으로 확인.** 모든 상호작용, 모든 페이지 로드 후에 확인합니다 -- API 상태 코드와 쿼리 파라미터가 UI가 숨기는 것을 증명합니다. 6. **발견만 하고 수정하지 않기.** 발견 사항은 `/qa-test-cases`와 `/qa-qa`에 반영합니다. 여기서 수정하거나 자동화하지 않습니다. 7. **탐색하지 못한 영역을 기록.** 다음 세션을 위해 미탐색 영역을 나열합니다. 8. **항상 브라우저를 사용.** /qa-exploratory가 호출되면 브라우저 테스트를 거부하지 않습니다. --- **스크래치패드 (실행 프로토콜):** Phase 1 전에 실행의 `scratchpad.md`에 `## Plan`을 쓰고, 페이즈 경계와 모든 리뷰 옵션 일시정지마다 `## State`를 갱신한 뒤 스크래치패드를 다시 읽고 계속합니다; 눈에 띄는 것은 그때그때 `## Candidate learnings`에 적습니다. ## Phase 1: 설정 **방법론 참조:** `{{REFERENCE_PATH}}/playbook/`에서 읽기: - `test-types.md` -- 수동 테스트 유형 중 탐색적 테스트의 위치 (기능 테스트 이후, UAT 이전) - `metrics-and-coverage.md` -- 탐색적 테스트가 커버리지 갭을 채우는 방법 - `test-distribution.md` -- 발견 사항�� 올바른 테스트 레이어에 할당하는 방법 - `exploratory-heuristics.md` -- 휴리스틱 범주, 기법, 발견 범주 1. **`.qabuddy.json` 읽기** (있는 경우) -- 컨텍스트 소스와 팀 모드를 확인합니다. - `contextSource: "spec"` -> 질문하기 전에 워크스페이스에서 스펙 파일을 검색합니다 - `contextSource: "chat"` -> Jira를 건너뛰고 SDT에게 직접 컨텍스트를 요청합니다 - `contextSource: "jira"` 또는 설정 없음 -> 기본...

Details

Author
TimothyHan
Repository
TimothyHan/qa-buddy-skills
Created
5 months ago
Last Updated
yesterday
Language
JavaScript
License
Apache-2.0

Integrates with

Similar Skills

Semantically similar based on skill content — not just same category

Testing & QA Solid

qa

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

9 Updated yesterday
TimothyHan
Testing & QA Solid

test-plan

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

9 Updated yesterday
TimothyHan
Testing & QA Solid

test-cases

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

9 Updated yesterday
TimothyHan