결함은 설명 가능한 형태로 남겨야 합니다.
결함 리포트에는 재현 경로, 기대 결과, 실제 결과, 환경, 심각도, 첨부 자료가 있어야 합니다. 그래야 개발자는 빠르게 수정하고 운영자는 우선순위를 판단할 수 있습니다.
- 기능 QA: 핵심 업무 흐름과 예외 케이스 확인
- UI QA: PC, 모바일, 태블릿, 브라우저별 깨짐 확인
- 회귀 QA: 수정 뒤 기존 기능이 다시 깨지지 않는지 확인
QA 범위는 출시 목표와 연결해야 합니다.
모든 것을 완벽하게 검수하는 것은 현실적이지 않습니다. 광고 오픈, 앱 심사, 내부 베타, 고객사 납품처럼 출시 목표에 따라 필수 시나리오와 후순위 결함을 나눠야 합니다.
AXIX는 개발과 QA를 한 흐름으로 봅니다.
QA만 따로 맡기는 경우에도 테스트 케이스와 리포트 구조를 개발팀이 바로 이해할 수 있게 정리합니다. 개발까지 함께 맡는 경우에는 수정, 확인, 회귀 테스트를 한 흐름으로 닫습니다.