yol-mu Bug Fix Verify
bug-report로 만든 버그 티켓이 fixed로 바뀐 뒤, 실제로 고쳐졌는지 재검증한다.
부모 스킬: bug-report (문체·환경정보 포맷 재사용)
입력 패턴
수정확인 해줘 / 픽스 확인
ClickUp: https://app.clickup.com/t/... (또는 AM-xxxxx)
Workflow
- 티켓 조회 (
custom_fields,description포함) → status,[재현 절차],[기대 결과],[상세 환경 정보],발생빈도(재현율)파싱- status가 fixed가 아니면 짧게 알리고 계속할지 확인
[재현 절차]가 없거나미확인뿐이면 사용자에게 재현 방법 요청
- 배포 반영 확인 (재현 절차 수행 전 선행)
- 티켓 코멘트에 배포완료/릴리즈 언급이 있는지 확인
- 언급이 없으면 사용자에게 "해당 서버(QA/운영)에 배포 반영됐는지" 확인 요청 후 진행 (미반영 상태로 테스트하면 false fail이므로 임의 진행 금지)
- Playwright로 재현 절차 그대로 수행
[상세 환경 정보]의 URL/계정으로 접속 (계정 미기재 시 요청, 추측 로그인 금지)- 절차 각 단계를 순서대로 실행
발생빈도(재현율)이 간헐 또는 미확인이면 최소 3회 반복 수행 — 전 회차 기대 결과대로 동작해야 통과, 한 번이라도 재현되면 실패- 최종 화면 스크린샷 확보 (반복 시 회차별로)
- 결과 판정: 실제 결과 vs
[기대 결과]비교- 일치 → 통과 후보 (5번 사이드이펙트 체크로 진행)
- 불일치(현상 재현됨/다른 문제 발생) → 실패 (바로 6번으로)
- 사이드이펙트 체크 (아래 체크리스트 참고)
- 수정된 화면/컴포넌트를 중심으로 해당하는 항목만 선별 확인 (전부 강제 아님, 관련 없는 항목은 스킵)
- 이상 없음 → 통과
- 이상 발견 → 실패 (사이드이펙트 내용도 실패 사유에 포함)
- ClickUp 반영
- 통과 → status =
pass - 실패 → status =
fail - 두 경우 모두 검증 코멘트 작성 (아래 템플릿) + 재검증 때 찍은 스크린샷을 코멘트에 첨부 (방법)
- 통과 → status =
- 채팅에 결과 + 상태 변경 + 코멘트 링크 요약
사이드이펙트 체크리스트
수정 범위와 무관한 항목은 생략. 재현 절차 수행 중/직후 함께 확인한다.
| # | 관점 | 확인 내용 |
|---|---|---|
| 1 | UI 선택자·컴포넌트 (E2E) | 리팩토링 중 data-testid/class/aria-label 변경·삭제 여부. 수정한 모달/팝업 여파로 다른 영역 레이아웃(그리드, 반응형/모바일 뷰) 깨짐 여부 |
| 2 | 데이터 흐름·상태 복구 (AAA) | 마법사형 플로우(Step1→2→3)에서 앞 단계 입력값이 다음 단계로 정상 전달되는지 (Hydration). 임시저장/새로고침 시 로컬스토리지·세션 캐시 복구 정상 동작 여부 |
| 3 | 권한·조직 유형 (Multi-Auth) | 대행사/광고주/플랫폼 어드민 등 타 계정 유형에서 메뉴 노출·403 여부. URL 직접 조작 시 권한 없는 사용자가 수정된 기능에 우회 접근 가능한지 |
| 4 | 네트워크·데이터 원복 | 화면 로드 시 동일 API가 중복 호출되지 않는지(네트워크 탭). 테스트 종료 후 잔여(쓰레기) 데이터가 남지 않는지 |
| 5 | 문구·다국어(i18n) | 하드코딩된 텍스트나 누락된 번역 키로 EN/KO 전환 시 원본 언어 노출·깨짐 여부 |
| 6 | 콘솔·네트워크 에러 | 수정 전엔 없던 브라우저 콘솔 에러/경고, 새로운 4xx/5xx 응답 발생 여부 |
| 7 | 인접·공유 컴포넌트 | 같은 컴포넌트를 쓰는 다른 화면/탭에도 수정이 반영됐는지, 그쪽에서 새 문제가 생기지 않았는지 |
| 8 | 수치·집계 정합성 | 같은 지표가 노출되는 다른 화면(대시보드, 리포트, 엑셀 다운로드 등)의 값과 서로 어긋나지 않는지 크로스체크 |
상태값 (ClickUp "테스트 수행" 리스트)
| 판정 | status 값 |
|---|---|
| 통과 | pass |
| 실패 | fail |
코멘트 템플릿
통과 (간단 확인완료 코멘트)
통과 시엔 길게 쓰지 않는다. 확인완료 한 줄 + 재검증 스크린샷이면 충분:
[재검증 결과] 확인완료
YYYY-MM-DD 재현 절차대로 정상 동작 확인 (사이드이펙트 이상 없음)
- 간헐 재현 건이라 N회 반복했으면 한 줄만 추가:
N회 중 N회 통과 - 사이드이펙트 체크에서 특이사항이 있었다면(이상은 없지만 참고할 내용) 괄호 안에 짧게 기재, 없으면 위 문구 그대로 사용
실패
[재검증 결과] 실패 (재오픈)
timeline: YYYY-MM-DD
배포 반영: 확인됨 (서버: QA | 운영)
[재현 절차 수행]
[재현 절차] 그대로 수행 (간헐 재현 건은 N회 중 M회 재현)
[결과]
(여전히 발생하는 현상 또는 새로 발견된 문제, 팩트만)
[사이드이펙트 체크]
(해당 시) 발견된 사이드이펙트 항목 번호 + 현상, 팩트만
스크린샷 첨부 방법
- Playwright로 재검증 최종 화면 캡처 (로컬 파일로 저장)
clickup_request_attachment_upload(task_id = 검증 대상 티켓)로 업로드 슬롯 요청- 반환된
upload_url+upload_ticket으로 실제 파일을 멀티파트 POST 업로드 (X-Upload-Ticket헤더) - 업로드 응답의
url을 코멘트 본문에로 삽입 →clickup_create_comment로 등록- 단순 첨부(파일 탭)가 아니라 코멘트 안에 이미지로 보이게 삽입한다
문체
bug-report와 동일: 간결·핵심 먼저·팩트만. 해석·추정 문장 금지.
체크리스트
- 티켓 status가 fixed였는지 확인
- 배포/반영 여부 선확인 (미반영 상태로 테스트 금지)
-
[재현 절차]그대로 재현 (임의 단계 추가/생략 금지) - 발생빈도(재현율)이 간헐/미확인이면 3회 이상 반복 재현
- 수정 범위에 해당하는 사이드이펙트 항목 체크 (관련 없는 항목은 스킵)
- Playwright 스크린샷 확보 후 코멘트 본문에 이미지로 삽입 (통과는 짧게 확인완료 코멘트)
- status를 pass/fail로 변경
- 채팅에 커스텀 ID + 결과 + URL 전달