해결해야 했던 과제
보상·재화·퀘스트는 서로 연결된 기능입니다. 화면의 성공 표시와 실제 저장 상태가 일치하는지 검증합니다.
보상이 두 번 지급되는 순간
수령 직후 응답이 늦어 버튼을 다시 누르면 동일한 완료 이벤트가 재처리되는 경로를 다룹니다.
재화 가치와 이용자 간 공정성에 영향을 줄 수 있습니다.
결제는 됐는데 아이템은 없는 상황
인벤토리 부족이나 연결 중단 시 재화 차감과 아이템 지급이 따로 완료되는 예외를 확인합니다.
사용자 자산 유실과 보상 문의로 이어질 수 있습니다.
재접속하면 되돌아가는 퀘스트
완료 화면을 본 뒤 앱을 종료했을 때 저장된 진행 상태가 일치하는지 살펴봅니다.
같은 콘텐츠를 반복해야 하는 불편과 진행 차단이 발생할 수 있습니다.
문제를 해결한 과정
계정 상태와 예외 입력을 조합하고 화면·인벤토리·서버 기록을 대조해 수정 빌드를 재검증합니다.
- 01
기획 기준 정리
보상 지급 횟수와 구매 실패 처리를 기대 결과로 명시합니다.
- 남기는 자료
- 보상 지급 조건·실패 복구 규칙을 연결한 요구사항 추적표
- 완료 판단 기준
- 각 시나리오에 계정 상태와 기대 잔액이 기록되어 있어야 합니다.
- 02
예외 흐름 실행
연속 입력·재접속·인벤토리 부족을 계정 상태별로 조합합니다.
- 남기는 자료
- 연속 입력·연결 중단 시점별 재현 영상과 요청 ID
- 완료 판단 기준
- 다른 테스터도 같은 순서로 결함을 재현할 수 있어야 합니다.
- 03
정합성 비교
화면·인벤토리·거래 기록을 대조하고 관련 기능의 회귀 결과를 확인합니다.
- 남기는 자료
- 수정 빌드의 지급 기록·거래 내역·퀘스트 저장 상태 비교
- 완료 판단 기준
- 중복 지급·자산 유실이 해소되고 연결된 우편·아이템 사용도 통과해야 합니다.
팀과의 협업
기획팀이 규칙을 명확히 하고, QA가 재현 정보를 전달하며, 개발팀 수정 후 같은 계정 조건으로 검증합니다.
보상 중복 지급 결함 리포트
화면에서 무엇이 이상했는지부터 서버에서 무엇을 확인할지까지 연결합니다.
| 확인 단계 | 재현 조건과 관찰 | 기대 결과 |
|---|---|---|
| 준비 | 퀘스트 완료 · 보상 미수령 계정으로 시작 | 보상 수령 가능 상태 1건 |
| 입력 | 수령 요청 직후 연결을 끊고 재접속해 다시 수령 | 같은 요청의 중복 지급 방지 |
| 대조 | 지갑 잔액·인벤토리·요청 ID별 지급 이력 비교 | 화면과 서버 기록의 지급 횟수 일치 |
| 재검증 | 수정 빌드에서 우편 수령과 다음 퀘스트도 실행 | 관련 기능에서 부작용 없음 |
통과 조건은 성공 알림 표시가 아니라, 실제 자산과 진행 상태의 정합성입니다.
데이터로 보는 결과
예시 프로젝트
미해결 치명·높음 결함
시나리오 통과율
| 측정 항목 | 데이터 | 확인 포인트 |
|---|---|---|
| 초기 통과율 | 157 / 180 | 87.2% |
| 수정 후 통과율 | 178 / 180 | 98.9% |
| 남은 결함 | 2건 | 낮은 심각도 UI 이슈 |
측정 조건과 해석
통과율은 실행한 시나리오 기준입니다. 결함 수와 실패 시나리오 수는 일반적으로 일대일 대응하지 않으며, 이 프로젝트에서는 별도 추적합니다.
결과를 바탕으로 한 판단
통과율만이 아니라 재화 유실·중복 지급·진행 차단이 해소되었는지 먼저 판단합니다.
주요 산출물
- 요구사항 추적표
- 계정 상태·거래 로그
- 수정 확인 이력
통과율보다 사용자 자산과 진행 상태를 보호하는 기준이 우선입니다.
프로젝트가 끝난 뒤, 무엇이 달라지나요?
정상 플레이를 따라가며 화면의 성공 여부를 확인합니다.
계정 상태와 예외 입력을 조합하고, 화면·저장 상태·거래 이력을 함께 확인합니다.
게임 경제와 진행 상태에 영향을 주는 오류를 출시 판단의 우선 항목으로 관리할 수 있습니다.
담당 팀별로 전달하는 자료 보기 3개 협업 영역
- 개발팀
- 요청 ID가 포함된 재현 절차와 수정 빌드 확인 이력
- 운영팀
- 중복 지급·미지급 문의 분류 및 확인해야 할 계정 정보
- 다음 업데이트
- 보상·상점·퀘스트 변경 시 다시 실행할 회귀 시나리오