이벤트 페이지 오픈 전 QA 체크리스트: 참여자 화면부터 운영자 화면까지

온라인 이벤트 페이지가 완성되면 담당자가 직접 한 번 참여해 본 뒤 오픈을 결정하는 경우가 있습니다.

메인 화면 접속
→ 참여 버튼 클릭
→ 룰렛 실행
→ 당첨 결과 확인
→ 정상 작동

이 흐름이 정상이라면 이벤트가 준비된 것처럼 보일 수 있습니다.

하지만 실제 캠페인에서는 정상적인 참여만 발생하지 않습니다.

• 참여 버튼을 여러 번 누를 수 있습니다.
• 모바일 네트워크가 중간에 끊길 수 있습니다.
• 쿠폰 발급 API가 실패할 수 있습니다.
• 경품 재고가 동시에 소진될 수 있습니다.
• 이미 참여한 사용자가 다시 접속할 수 있습니다.
• 이벤트 시작 전이나 종료 후에 링크가 공유될 수 있습니다.
• 관리자가 잘못된 파일을 다운로드할 수 있습니다.
• 특정 모바일 브라우저에서 입력창이 가려질 수 있습니다.
• 당첨 결과는 저장됐지만 화면에는 오류가 표시될 수 있습니다.
• 이벤트 약관과 실제 시스템 동작이 다를 수 있습니다.

따라서 이벤트 QA는 화면이 열리는지 확인하는 작업이 아닙니다.

다음 전체 흐름을 검증하는 작업입니다.

정책
→ 참여자 화면
→ 서버 처리
→ 데이터 저장
→ 관리자 화면
→ 운영 대응
→ 종료 처리

오픈 전에 정상 흐름과 예외 상황을 함께 확인해야 실제 운영 중 발생할 수 있는 오류를 줄일 수 있습니다.

이벤트 QA에서 확인해야 할 7개 영역

1. 기획과 운영 정책
2. 참여자 화면
3. 참여·당첨 로직
4. 개인정보와 데이터
5. 관리자 페이지
6. 서버와 외부 시스템
7. 실제 운영과 종료 절차

화면 디자인만 검수하고 서버와 관리자, 운영 절차를 확인하지 않으면 이벤트가 시작된 후 문제가 발견될 수 있습니다.

1. 기획과 실제 기능이 일치하는지 확인한다

가장 먼저 확인할 것은 기획서와 이벤트 약관, 실제 시스템이 같은 기준으로 동작하는지입니다.

예를 들어 이벤트 안내에는 다음과 같이 적혀 있을 수 있습니다.

회원 한 명당 하루 한 번 참여할 수 있습니다.

하지만 실제 시스템은 참여 후 24시간이 지나야 다시 참여할 수 있도록 구현될 수 있습니다.

안내 문구
→ 매일 자정 초기화

실제 시스템
→ 참여 시점부터 24시간 후 초기화

사용자 입장에서는 서로 다른 정책입니다.

정책과 시스템을 함께 확인할 항목

• 이벤트 시작일과 시작 시각
• 이벤트 종료일과 종료 시각
• 참여 대상
• 회원·비회원 여부
• 참여 가능 횟수
• 하루의 기준
• 중복 참여
• 중복 당첨
• 경품 수량
• 당첨 방식
• 쿠폰 사용 기간
• 당첨자 발표
• 경품 발송
• 미응답자 처리
• 부정 참여 제외
• 개인정보 보유 기간

정책 검수 양식

항목	안내 문구	시스템 설정	일치 여부
이벤트 시작	8월 1일 10시	8월 1일 10시
이벤트 종료	8월 14일 23시 59분	8월 15일 0시
참여 횟수	하루 1회	자정 초기화
중복 당첨	불가	동일 경품 중복 차단
쿠폰 기한	8월 31일	8월 31일 23시 59분

오픈 전에 한 문서에서 비교하면 안내와 시스템의 불일치를 발견하기 쉽습니다.

2. 이벤트 시작 전과 종료 후 화면

이벤트는 운영 기간에만 접속되는 것이 아닙니다.

광고 검수와 사전 공유 과정에서 시작 전에 링크가 노출될 수 있습니다.

이벤트 종료 후에도 SNS 게시물과 문자, 검색 결과를 통해 사용자가 접속할 수 있습니다.

따라서 최소한 다음 상태를 준비해야 합니다.

이벤트 시작 전
이벤트 진행 중
이벤트 일시 중지
이벤트 종료

시작 전 화면

포함할 수 있는 내용:

• 이벤트 준비 중 안내
• 오픈 날짜와 시각
• 알림 신청
• 브랜드 또는 제품 정보
• 다른 페이지 이동

이벤트를 준비하고 있습니다.

8월 1일 오전 10시에 시작됩니다.

[신제품 먼저 보기]

종료 화면

포함할 수 있는 내용:

• 이벤트 종료 안내
• 당첨자 발표 일정
• 경품 발송 일정
• 문의 채널
• 제품 또는 브랜드 페이지
• 다음 캠페인 안내

이벤트가 종료되었습니다.

당첨자는 8월 20일 개별 안내할 예정입니다.

[신제품 보러 가기]

종료 후에도 기존 참여자가 자기 결과와 쿠폰을 확인할 수 있어야 하는지 별도로 정해야 합니다.

3. 첫 화면과 참여 진입

첫 화면에서 사용자가 이벤트를 이해하고 바로 참여할 수 있는지 확인합니다.

확인할 항목

• 캠페인명이 잘 보이는가?
• 무엇을 하는 이벤트인지 알 수 있는가?
• 경품이나 혜택이 명확한가?
• 참여 기간이 보이는가?
• 참여 버튼을 쉽게 찾을 수 있는가?
• 버튼이 모바일에서 충분히 큰가?
• 필수 유의사항에 접근할 수 있는가?
• 로딩이 지나치게 길지 않은가?
• 이미지와 영상이 깨지지 않는가?
• 광고 문구와 실제 이벤트 내용이 일치하는가?

첫 화면 QA 질문

광고를 처음 본 사용자가
5초 안에 다음 내용을 이해할 수 있는가?

- 무엇을 하는가?
- 무엇을 받을 수 있는가?
- 얼마나 걸리는가?
- 어디를 눌러야 하는가?

담당자는 이벤트를 이미 알고 있기 때문에 설명이 부족해도 쉽게 참여할 수 있습니다.

가능하면 프로젝트에 참여하지 않은 사람에게 처음부터 이용해 보게 하는 것이 좋습니다.

4. 회원과 참여 자격

회원 전용 이벤트라면 로그인과 자격 확인을 검수해야 합니다.

확인할 사용자 상태

• 로그인하지 않은 사용자
• 정상 회원
• 휴면 또는 정지 회원
• 탈퇴 회원
• 이벤트 대상 등급
• 대상이 아닌 등급
• 신규 가입 회원
• 이미 참여한 회원
• 다른 기기에서 로그인한 회원
• 로그인 세션이 만료된 회원

로그인하지 않은 사용자

이벤트 참여
→ 로그인 요청
→ 로그인
→ 이벤트 페이지 복귀

로그인 후 메인 페이지로 이동해 이벤트를 다시 찾아야 한다면 이탈할 수 있습니다.

원래 참여하던 위치로 정상적으로 돌아오는지 확인해야 합니다.

참여 대상이 아닌 사용자

현재 회원 등급은 이벤트 참여 대상이 아닙니다.

등급별 혜택을 확인해 주세요.

[멤버십 혜택 보기]

단순한 오류 화면보다 참여할 수 없는 이유와 다음 행동을 안내하는 것이 좋습니다.

5. 입력 폼과 개인정보 동의

응모와 경품 배송을 위해 개인정보를 입력받는다면 실제 모바일 환경에서 검수해야 합니다.

입력 항목 검수

• 필수 항목 표시
• 선택 항목 표시
• 이름
• 휴대전화 번호
• 이메일
• 주소
• 생년월일
• 주문번호
• 회원번호
• 인증번호

입력 형식

• 숫자 키보드가 열리는가?
• 전화번호 하이픈을 자동 처리하는가?
• 공백을 제거하는가?
• 이메일 형식을 검증하는가?
• 인증번호 유효시간이 보이는가?
• 주소 검색 후 값이 정상 입력되는가?
• 복사와 붙여넣기가 가능한가?
• 키보드가 제출 버튼을 가리지 않는가?

동의 항목 검수

• 개인정보 수집·이용
• 마케팅 수신
• 제3자 제공
• 이벤트 유의사항
• 필수·선택 구분
• 상세 내용 열기
• 전체 동의
• 개별 동의

전체 동의를 해제했을 때 개별 항목 상태가 정확하게 변경되는지도 확인해야 합니다.

동의 기록

서버에 다음 정보가 저장되는지 확인할 수 있습니다.

• 동의한 항목
• 동의 시각
• 동의 문서 버전
• 사용자 식별값
• 철회 여부

구체적인 개인정보 정책과 법적 문구는 캠페인에 맞게 내부 담당자나 전문가의 검토를 받는 것이 좋습니다.

6. 룰렛·스크래치·퀴즈 등 참여 기능

이벤트 유형별로 별도의 QA가 필요합니다.

룰렛

확인할 내용:

• 버튼을 여러 번 눌러도 한 번만 실행되는가?
• 애니메이션 중 버튼이 비활성화되는가?
• 서버 결과와 멈춘 칸이 일치하는가?
• 회전 중 앱을 나갔다 돌아오면 어떻게 되는가?
• 결과 저장 후 화면이 닫혀도 다시 확인할 수 있는가?
• 사운드가 사용자 설정과 맞게 동작하는가?
• 저사양 기기에서도 지나치게 끊기지 않는가?

스크래치

• 손가락 움직임을 자연스럽게 인식하는가?
• 페이지 스크롤과 충돌하지 않는가?
• 완료 비율이 적절한가?
• 가장자리까지 모두 긁지 않아도 완료되는가?
• 결과가 서버에 먼저 저장되는가?
• 중간에 새로고침하면 결과가 유지되는가?
• 작은 화면에서도 긁기 영역이 충분한가?

퀴즈

• 모든 문항이 정상 노출되는가?
• 답변을 선택하지 않고 다음으로 갈 수 있는가?
• 이전 문항으로 돌아갈 수 있는가?
• 답변 변경이 결과에 반영되는가?
• 문항별 이미지가 깨지지 않는가?
• 정답 해설이 정확한가?
• 점수 계산이 정확한가?
• 결과 유형 경계값이 맞는가?

결과 계산 테스트

예를 들어 결과 유형이 네 개라면 각 결과가 실제로 나오는 답변 조합을 준비해야 합니다.

테스트 A
→ 결과 유형 1

테스트 B
→ 결과 유형 2

테스트 C
→ 결과 유형 3

테스트 D
→ 결과 유형 4

특정 유형이 절대 나오지 않거나 결과 분포가 한쪽으로 몰리지 않는지 확인합니다.

제품 추천

• 질문과 상품 데이터가 연결되는가?
• 추천 점수가 정확한가?
• 품절 상품이 추천되는가?
• 추천 이유가 선택 답변과 일치하는가?
• 여러 제품의 점수가 같으면 어떻게 처리하는가?
• 제품 링크가 정확한가?
• 상품 정보가 변경되면 반영되는가?

웹게임

• 이동과 터치
• 충돌 판정
• 아이템 수집
• 미션 완료
• 저장
• 재접속
• 제한 시간
• 사운드
• 화면 회전
• 저사양 기기
• 게임 종료
• 보상 지급

웹게임은 정상 플레이뿐 아니라 사용자가 예상하지 않은 순서로 이동하는 경우도 검수해야 합니다.

7. 참여 횟수와 중복 요청

이벤트 사고가 자주 발생하는 영역입니다.

참여 횟수 테스트

• 첫 참여
• 같은 날 두 번째 참여
• 다른 브라우저
• 다른 기기
• 로그아웃 후 재로그인
• 자정 전후
• 참여 후 24시간
• 이벤트 종료 직전
• 참여 중 오류 발생

중복 클릭

사용자가 참여 버튼을 빠르게 여러 번 누를 수 있습니다.

1회 클릭
2회 클릭
3회 클릭
→ 서버 요청 3개 발생

서버에서는 한 번만 처리되어야 합니다.

동일 사용자
+ 동일 이벤트
+ 동일 참여 요청
→ 1건만 저장

네트워크 재시도

모바일 네트워크가 불안정하면 브라우저나 앱이 요청을 다시 보낼 수 있습니다.

다음 오류를 방지해야 합니다.

• 경품 재고 두 번 차감
• 쿠폰 두 장 발급
• 참여 기록 두 건 저장
• 서로 다른 당첨 결과 반환

이미 처리된 요청이라면 이전 결과를 다시 보여주는 방식이 필요할 수 있습니다.

8. 경품 확률과 재고

즉시 당첨 이벤트라면 경품 수량과 결과가 정확하게 연결되어야 합니다.

검수할 항목

• 경품별 초기 수량
• 현재 남은 수량
• 당첨 시 재고 차감
• 미당첨 시 재고 유지
• 동시 참여 시 초과 당첨 방지
• 관리자 재고 변경
• 경품 소진 처리
• 쿠폰 코드 중복
• 경품별 당첨 제한
• 전체 당첨 한도

경품 소진 테스트

남은 경품: 1개

사용자 A 참여
사용자 B 동시 참여

두 사용자 모두 당첨되지 않도록 서버에서 재고를 안전하게 처리해야 합니다.

재고 소진 후 화면

• 해당 경품만 제외되는가?
• 대체 경품으로 전환되는가?
• 전체 이벤트가 종료되는가?
• 미당첨만 나오게 되는가?
• 관리자에게 알림이 가는가?

운영 정책과 실제 시스템이 일치해야 합니다.

9. 쿠폰 발급

쿠폰이 외부 시스템과 연결된다면 성공과 실패를 모두 테스트해야 합니다.

정상 흐름

이벤트 참여
→ 당첨
→ 쿠폰 API 요청
→ 쿠폰 발급 성공
→ 쿠폰 번호 저장
→ 사용자에게 표시

실패 흐름

이벤트 참여
→ 당첨
→ 쿠폰 API 오류
→ 당첨 결과 저장
→ 발급 대기 상태
→ 재발급

확인할 항목

• 쿠폰 번호가 중복되지 않는가?
• 사용 기간이 정확한가?
• 제품과 쿠폰이 맞는가?
• 발급 실패 상태를 관리자에서 볼 수 있는가?
• 수동 재발급이 가능한가?
• 사용자에게 오류 상황을 안내하는가?
• 이미 발급된 쿠폰을 다시 확인할 수 있는가?
• 쿠폰 복사 버튼이 동작하는가?
• 외부 앱으로 이동 후 복귀할 수 있는가?

쿠폰 발급 실패를 단순한 참여 실패로 처리하면 당첨 결과와 사용자 경험이 어긋날 수 있습니다.

10. 결과 화면

결과 화면은 이벤트의 마지막이면서 다음 행동의 시작입니다.

확인할 내용

• 참여 완료 여부
• 당첨·미당첨
• 경품명
• 경품 이미지
• 쿠폰 번호
• 사용 기간
• 배송 정보 입력
• 당첨자 안내
• 다음 참여 가능일
• SNS 공유
• 제품 페이지 이동
• 결과 재확인

결과별 테스트

• 최고 등급 당첨
• 일반 경품 당첨
• 쿠폰 당첨
• 미당첨
• 경품 소진
• 중복 참여
• 참여 자격 없음
• 발급 오류
• 이벤트 종료

모든 결과 화면의 문구와 링크가 맞는지 확인해야 합니다.

11. SNS 공유

공유 기능은 실제 모바일 앱에서 테스트해야 합니다.

확인할 항목

• 카카오톡 공유
• URL 복사
• 네이티브 공유
• 이미지 저장
• 공유 제목
• 공유 설명
• 썸네일
• 공유 링크
• 공유 후 이벤트 복귀
• 결과별 공유 이미지

결과별 링크가 개인 정보를 URL에 포함하지 않는지도 확인해야 합니다.

잘못된 예:
event.com/result?phone=01012345678

사용자 식별 정보가 외부에 노출되지 않도록 해야 합니다.

12. 관리자 로그인과 권한

관리자 페이지는 개인정보와 경품을 다룰 수 있으므로 접근 권한을 확인해야 합니다.

로그인

• 올바른 계정
• 잘못된 비밀번호
• 비밀번호 재설정
• 세션 만료
• 로그아웃
• 여러 기기 로그인
• 반복 로그인 실패

권한

• 전체 관리자
• 운영 관리자
• 열람 전용
• 개인정보 열람 권한
• 다운로드 권한
• 경품 수정 권한
• 콘텐츠 검수 권한

버튼을 숨기는 것만으로 권한을 제한해서는 안 됩니다.

서버에서도 각 요청의 관리자 권한을 확인해야 합니다.

13. 관리자 데이터

운영자가 실제 업무를 수행할 수 있는지 확인합니다.

참여자 목록

• 검색
• 날짜 필터
• 결과 유형
• 당첨 여부
• 참여 채널
• 중복 여부
• 페이지 이동
• 정렬

다운로드

• 파일이 정상 생성되는가?
• 컬럼명이 이해하기 쉬운가?
• 한글이 깨지지 않는가?
• 날짜 형식이 맞는가?
• 전화번호 앞자리 0이 유지되는가?
• 개인정보가 불필요하게 포함되지 않는가?
• 대량 데이터도 다운로드되는가?
• 다운로드 기록이 남는가?

통계

화면의 숫자와 실제 데이터가 일치하는지 확인합니다.

전체 참여자
= 당첨자 + 미당첨자 + 처리 중 사용자

필터를 적용했을 때 통계도 함께 변경되는지 확인합니다.

14. 댓글과 UGC 검수

댓글과 사행시, 메시지 이벤트라면 관리자 검수 기능이 필요할 수 있습니다.

확인할 상태

• 검수 대기
• 승인
• 비공개
• 삭제
• 신고
• 차단

테스트 콘텐츠

• 정상 문구
• 욕설
• 개인정보
• 광고
• URL
• 매우 긴 문장
• 이모지
• 줄바꿈
• 특수문자
• 중복 게시물
• 이미지 파일

금칙어 필터가 정상 문장까지 과도하게 차단하지 않는지도 확인해야 합니다.

15. 이벤트 설정 변경

운영 중 관리자가 변경할 수 있는 기능이 있다면 검수해야 합니다.

• 이벤트 상태
• 공지 문구
• 경품 재고
• 배너
• 결과 문구
• 퀴즈 문항
• 링크
• 참여 기간

변경 이력

중요한 설정은 누가 언제 무엇을 변경했는지 기록하는 것이 좋습니다.

8월 3일 14:25
운영자 A
경품 B 재고 50개 → 40개

잘못된 설정을 되돌려야 할 때 도움이 됩니다.

16. 서버와 트래픽

광고 오픈과 문자 발송 시각에는 접속자가 몰릴 수 있습니다.

확인할 항목

• 예상 동시 접속
• 서버 응답 속도
• 데이터베이스 연결
• 경품 재고 동시 처리
• 이미지와 영상 로딩
• 외부 API 제한
• 오류율
• 자동 확장
• 모니터링
• 알림

부하 테스트 예시

동시 사용자 500명
→ 이벤트 접속
→ 로그인
→ 룰렛 참여
→ 결과 저장
→ 쿠폰 발급

첫 화면 조회만 테스트하는 것보다 실제 핵심 참여 요청을 포함해야 합니다.

17. 장애 상황

오픈 전에 장애 대응 화면과 절차를 확인합니다.

테스트할 장애

• 서버 연결 실패
• 데이터베이스 오류
• 로그인 API 오류
• 본인 인증 오류
• 쿠폰 API 오류
• 문자 발송 실패
• 이미지 서버 오류
• 관리자 접속 실패

사용자 안내

현재 일시적으로 이벤트 참여가 어렵습니다.

참여 기록에는 영향을 주지 않았습니다.
잠시 후 다시 시도해 주세요.

[다시 시도]

오류가 발생했을 때 사용자의 참여 횟수가 차감되는지 반드시 확인해야 합니다.

18. 모바일과 브라우저

실제 유입 환경을 기준으로 테스트합니다.

권장 환경

• iPhone Safari
• Android Chrome
• 삼성 인터넷
• 카카오톡 인앱 브라우저
• 인스타그램 인앱 브라우저
• 네이버 앱 브라우저
• PC Chrome
• PC Safari
• 다양한 화면 크기

확인할 항목

• 화면 잘림
• 노치와 안전 영역
• 하단 브라우저 바
• 키보드
• 영상 자동 재생
• 사운드
• 파일 저장
• 공유
• 팝업
• 로그인 복귀
• 뒤로 가기
• 화면 회전

PC 브라우저의 모바일 미리보기만으로는 실제 터치와 인앱 브라우저 문제를 발견하기 어렵습니다.

19. 접근성

가능한 많은 사용자가 이벤트에 참여할 수 있도록 기본적인 접근성을 확인합니다.

• 이미지 대체 텍스트
• 색상 대비
• 색상만으로 상태를 구분하지 않기
• 충분한 버튼 크기
• 오류 문구
• 키보드 접근
• 영상 자막
• 사운드 없이도 참여 가능
• 모션 감소 설정
• 명확한 포커스

게임 특성상 모든 기능을 동일하게 제공하기 어려울 수 있지만 대체 참여 방식이 필요한지 검토할 수 있습니다.

20. 운영자 리허설

오픈 전에는 실제 운영 담당자가 직접 관리자를 사용해 봐야 합니다.

리허설 시나리오

참여자 100명 발생
→ 경품 재고 확인
→ 쿠폰 실패 3건 확인
→ 부정 참여 2건 제외
→ 참여자 검색
→ 당첨자 파일 다운로드
→ 공지 문구 변경

역할 확인

• 오류를 처음 확인하는 사람
• 제작사에 연락하는 사람
• 시스템 변경을 승인하는 사람
• 사용자 공지를 작성하는 사람
• 경품 재고를 변경하는 사람
• 개인정보를 다운로드하는 사람

기능이 있어도 실제 운영자가 사용법을 모르면 오픈 후 대응이 늦어질 수 있습니다.

버그 우선순위

발견된 오류를 모두 같은 우선순위로 처리하기는 어렵습니다.

긴급

• 이벤트 참여 불가
• 다른 사용자 개인정보 노출
• 경품 초과 당첨
• 쿠폰 중복 발급
• 데이터 저장 실패
• 로그인 우회
• 관리자 권한 오류

높음

• 특정 주요 기기에서 참여 불가
• 결과 화면 오류
• 참여 횟수 오류
• 관리자 다운로드 오류
• 이벤트 기간 설정 오류

보통

• 일부 화면 정렬
• 특정 해상도의 여백
• 사소한 애니메이션 끊김
• 문구 오탈자
• 사용성 개선

오픈 전에 반드시 수정해야 하는 오류와 오픈 후 개선 가능한 항목을 구분합니다.

테스트 계정과 데이터

QA를 위해 실제 운영 데이터와 구분된 테스트 계정이 필요할 수 있습니다.

준비할 테스트 계정

• 비회원
• 일반 회원
• 대상 회원
• 비대상 회원
• 이미 참여한 회원
• 당첨 계정
• 미당첨 계정
• 관리자
• 열람 전용 관리자

테스트 경품

특정 결과를 강제로 확인할 수 있는 테스트 모드가 있으면 모든 결과 화면을 검수하기 쉽습니다.

테스트 계정 A
→ 1등 당첨

테스트 계정 B
→ 쿠폰 당첨

테스트 계정 C
→ 미당첨

실제 운영 환경에서는 테스트 기능이 비활성화되어야 합니다.

오픈 전 최종 체크리스트

[ ] 이벤트 기간과 시스템 설정이 일치한다.
[ ] 참여 대상이 정확하다.
[ ] 시작 전 화면이 있다.
[ ] 종료 후 화면이 있다.
[ ] 첫 화면에서 참여 방법이 이해된다.
[ ] 모바일 로딩이 정상이다.
[ ] 로그인 후 이벤트로 복귀한다.
[ ] 참여 횟수가 정확하다.
[ ] 중복 클릭이 차단된다.
[ ] 네트워크 재시도에도 한 번만 처리된다.
[ ] 모든 경품 결과를 확인했다.
[ ] 경품 재고가 정확하게 차감된다.
[ ] 동시 참여 시 초과 당첨되지 않는다.
[ ] 쿠폰 발급 성공·실패를 테스트했다.
[ ] 쿠폰을 다시 확인할 수 있다.
[ ] 개인정보 동의가 정상 작동한다.
[ ] 개인정보가 안전하게 저장된다.
[ ] 결과 유형 계산이 정확하다.
[ ] 결과 공유 링크가 정상이다.
[ ] 관리자 로그인이 정상이다.
[ ] 관리자 권한이 분리되어 있다.
[ ] 참여자 검색과 필터가 정상이다.
[ ] 엑셀 다운로드가 정상이다.
[ ] 전화번호 앞자리 0이 유지된다.
[ ] 통계와 실제 데이터가 일치한다.
[ ] 이벤트 상태를 변경할 수 있다.
[ ] 주요 변경 이력이 남는다.
[ ] iPhone에서 테스트했다.
[ ] Android에서 테스트했다.
[ ] 주요 인앱 브라우저에서 테스트했다.
[ ] 부하 테스트를 진행했다.
[ ] 장애 안내 화면이 있다.
[ ] 운영 담당자가 리허설을 완료했다.
[ ] 긴급 연락망이 정리되어 있다.
[ ] 종료 후 개인정보 처리 일정이 정해졌다.

QA 결과 문서

QA가 끝난 뒤 다음 내용을 기록해 두는 것이 좋습니다.

테스트 일자:
테스트 환경:
테스트 담당자:
테스트 계정:
검수 항목:
발견 오류:
오류 등급:
담당자:
수정 예정일:
재검수 결과:
오픈 가능 여부:

오류를 메신저로만 전달하면 누락되기 쉽습니다.

화면 캡처와 재현 방법, 사용한 기기와 계정을 함께 기록해야 합니다.

마무리

이벤트 QA는 화면이 예쁘게 나오는지 확인하는 마지막 절차가 아닙니다.

다음 전체 시스템을 실제 운영 조건에서 검증하는 과정입니다.

정책
+ 참여자 UX
+ 서버 로직
+ 경품과 쿠폰
+ 개인정보
+ 관리자
+ 운영 절차

특히 다음 오류는 이벤트가 시작된 후 발견하면 영향이 클 수 있습니다.

• 경품 초과 당첨
• 쿠폰 중복 발급
• 참여 횟수 오류
• 개인정보 노출
• 관리자 다운로드 오류
• 특정 모바일 기기 참여 불가
• 이벤트 종료 시각 오류

제작이 완료된 시점과 오픈 시점을 동일하게 잡기보다 QA와 운영자 리허설을 위한 시간을 별도로 확보하는 것이 좋습니다.

참여자 화면부터 관리자, 서버, 종료 처리까지 한 흐름으로 검수해야 안정적인 이벤트 운영이 가능합니다.