결과물
개발팀이 바로 보는 이슈 표
ID, 심각도, 재현 조건, 고객 영향, 권장 조치를 한 장의 리포트 흐름으로 정리합니다.
배포 전 QA 범위 확정 · Web beta
출시 전 QA 범위와 리포트 기준을 먼저 확정하세요.
Web 핵심 플로우와 배포일을 입력하면 포함/제외 범위와 리포트 기준을 상담 전에 정리합니다.
계정 없이 시작Web 범위 확인리포트 목표 협의
현재는 내부 Web Review 범위입니다. Web 제품의 핵심 플로우 최대 3개를 Desktop Chrome과 모바일 브라우저 기준으로 검토합니다.
QA-2026-0001
커머스 앱 v1.4 / Conditional Go
가입·결제 플로우는 진행 가능, 결제 완료 화면은 출시 전 수정 권장
Critical
0
Major
2
Minor
5
IDSeverityIssue
QA-001Major결제 완료 화면 CTA 문구 불일치
QA-002Major비회원 장바구니 복구 실패
QA-003Minor비밀번호 조건 안내와 validation 불일치
권장 조치: 결제 완료 CTA를 주문 확인 중심으로 바꾼 뒤 결제/장바구니 플로우만 재검수합니다.
범위
깨지면 안 되는 경로만 먼저
가입, 결제, 신청, 예약처럼 배포 전 확인해야 할 Web 핵심 플로우를 최대 3개로 좁힙니다.
SLA
자료 확인 뒤 전달 기준 확정
테스트 URL, 계정, 플랫폼, 금지 행동을 확인한 뒤 1차 리포트 시간을 확정합니다.
Best fit
이런 팀이 가장 빠르게 가치를 확인합니다.
같은 QA 진단이라도 PM, 개발 리드, 에이전시 PM이 확인하려는 리스크는 다릅니다. 현재 상황에 맞는 기준으로 범위와 결과물을 먼저 확인하세요.
스타트업 PM/창업자
출시 1~2주 전, QA 담당자가 없는 팀
문제: 무엇을 먼저 검수해야 할지 모르고 견적 문의에 시간을 쓰기 어렵습니다.
받는 가치: 핵심 플로우 기준으로 검토 범위, 포함/제외 기준, 다음 행동을 빠르게 확인합니다.
개발 리드
주 1회 배포하지만 QA 자동화가 아직 부족한 팀
문제: 가입, 결제, 권한 같은 회귀 버그가 배포 후 개발팀 책임으로 돌아옵니다.
받는 가치: 대표 플랫폼과 핵심 플로우 중심으로 재현 가능한 이슈 리포트를 확보합니다.
에이전시 PM
고객사 납품 전 48시간 안에 검수 근거가 필요한 팀
문제: 프리랜서 QA 품질 편차와 고객 검수 전 클레임 리스크가 큽니다.
받는 가치: Go/Conditional Go 판단과 Not Tested 범위를 문서화해 고객 설명 근거를 남깁니다.
How it works
입력은 짧게, 결과는 실행 가능하게.
현재는 범위 확인과 운영 검토를 위한 내부 흐름입니다. 복잡한 가입 없이 QA 범위 판단에 필요한 정보만 먼저 받습니다.
01
Web 환경과 핵심 플로우 확인
02
출시 일정과 준비 자료 입력
03
핵심 플로우와 QA 범위 지정
04
Review 범위와 리포트 기준 확인
Scope guardrail
무엇을 해주는지와 하지 않는지를 같이 보여줍니다.
모든 버그 발견, 보안 침투, 부하 테스트, 코드 수정은 기본 QA 범위가 아닙니다. 대신 출시 전 핵심 플로우 리스크를 좁혀서 확인합니다.
포함
- Web 핵심 플로우 최대 3개 수동 QA
- Desktop Chrome과 모바일 브라우저 기준 검토
- 이슈별 심각도와 재현 단계
- GO / CONDITIONAL GO / HOLD 판단
제외
- 모든 버그 발견 보장
- 코드 수정 및 디자인 수정
- 보안 침투/부하 테스트
- 실제 결제/정산 검증
다음 단계
이번 배포에서 확인할 범위부터 좁혀보세요.
진단 결과는 상담 전 범위 합의와 QA 리포트 기준을 맞추는 데 사용됩니다.