| name | issue-qa-doc |
| description | QA 테스트 결과, 이슈 내용, 조치 사항을 구조화된 QA 문서로 자동 생성. |
| triggers | ["QA 문서","테스트 결과","테스트 리포트","qa document","test report"] |
QA Document Generator
QA 테스트 결과, 이슈 내용, 조치 사항을 분석하여 구조화된 QA 문서를 자동 생성하는 스킬입니다.
실행 절차
1. 정보 수집
다음 정보를 사용자에게 대화형으로 수집합니다:
- 프로젝트명: QA 대상 프로젝트 이름
- 테스트 범위: 테스트한 기능 또는 모듈
- 테스트 환경: OS, 브라우저, 디바이스 등
- 테스트 날짜: 테스트를 수행한 날짜
- 테스터: 테스트를 수행한 사람
- 이슈 내용: 발견된 이슈들 (스크린샷, 로그 등 포함)
- 조치 사항: 각 이슈에 대한 조치 내용
2. 이슈 분류 및 우선순위화
수집된 이슈를 다음 기준으로 분류:
- Severity: Critical, High, Medium, Low
- Category: UI/UX, 기능, 성능, 보안, 호환성 등
- Status: New, In Progress, Fixed, Verified, Closed
3. 조치 내용 정리
각 이슈에 대해:
- 조치 담당자: 누가 해결할 것인가
- 예상 완료일: 언제까지 해결할 것인가
- 조치 내용: 어떻게 해결할 것인가
- 검증 방법: 어떻게 확인할 것인가
4. 문서 생성 및 저장
정리된 정보를 구조화된 마크다운 문서로 생성하고, Read 도구로 ~/.claude/policies/obsidian-document-policy.md를 읽어 vault 경로, 파일명 규칙, 태그 체계, frontmatter 구조를 확인한 후 Obsidian vault에 저장합니다.
QA 문서 템플릿
# QA Report: {테스트 범위}
: {YYYY-MM-DD}
: {테스터 이름}
: {총 개수}
Critical: {개수}
High: {개수}
Medium: {개수}
Low: {개수}
: {개수}
: {개수}
: {디바이스 정보}
: {해상도}
: {운영체제 및 버전}
: {브라우저 및 버전}
: {버전 정보}
: {WiFi/LTE/5G 등}
: {속도 정보}
[ ] {기능 1}
[ ] {기능 2}
[ ] {기능 3}
테스트 단계: {단계 설명}
예상 결과: {예상 결과}
실제 결과: {실제 결과}
결과: ✅ Pass / ❌ Fail
테스트 단계: {단계 설명}
예상 결과: {예상 결과}
실제 결과: {실제 결과}
결과: ✅ Pass / ❌ Fail
: Critical
: {카테고리}
: {상태}
: {보고자}
: {YYYY-MM-DD}
:
{이슈에 대한 상세 설명}
:
{단계 1}
{단계 2}
{단계 3}
: {예상 동작}
: {실제 동작}
:
![]()
:
