비개발자가 앱 테스트하는 법: 데모 때 볼 것과 버그 제보 양식

테스트용 앱은 어떻게 받나요?

아이폰은 TestFlight예요. 내부 테스터는 최대 100명이고, App Store Connect에서 계정 소유자·관리자·앱 관리자·개발자·마케팅 역할을 가진 사람만 될 수 있어요. 공고 확인 그래서 개발자 계정이 대표님 명의여야 대표님이 바로 테스트할 수 있어요(개발자 계정 만들기). 지인이나 예비 고객은 외부 테스터로 최대 1만 명까지 초대할 수 있어요. 첫 빌드는 애플의 베타 심사를 거쳐야 해요. 공고 확인 빌드 하나는 90일 동안 테스트할 수 있어요. 공고 확인

안드로이드는 플레이 내부 테스트예요. 이메일로 테스터 목록을 만들고 참여 링크를 공유해요. 새 빌드는 몇 분 안에 테스터에게 가요. 공고 확인 내부 테스트 참여자는 비공개·공개 테스트에 동시에 들어갈 수 없어요. 공고 확인 개인 계정의 비공개 테스트 12명·14일 조건은 앱스토어 심사 거절 TOP 7에 정리했어요.

어떤 폰으로 테스트해야 하나요?

2026년 9월 국내 모바일 기기 점유율은 삼성 57.05%, 애플 37.81%였어요. 보도 최소 갤럭시 1대 + 아이폰 1대로 보세요. 집에 오래된 폰이 있으면 한 대 더 쓰면 좋아요.

같은 폰에서도 설정을 바꿔 보세요.

• 글자 크기를 가장 크게
• 다크 모드 켜기
• 와이파이를 끄고 데이터로, 그다음 비행기 모드로

주 1회 데모 때 무엇을 눌러 보나요?

데모 날 확인할 기본 세 가지는 외주 실패 체크리스트에 있어요. 여기선 시나리오를 만드는 법이에요. 범위서 포함 5줄을 한 줄씩 "처음부터 끝까지 하는 일"로 바꾸면 돼요. 원데이 클래스 예약 앱(범위서 예시)이라면 이래요.

1. 가입·로그인: 새로 가입 → 카카오 로그인 → 로그아웃 → 다시 로그인. 기대 결과: 정보가 그대로 남아 있음
2. 예약·결제: 클래스 선택 → 결제 → 예약 취소. 기대 결과: 결제 취소까지 반영됨
3. 관리자: 관리자 페이지에서 예약 확정. 기대 결과: 수강생 폰에 푸시 도착
4. 탈퇴: 앱 안에서 계정 삭제. 기대 결과: 다시 로그인 안 됨
5. 이상한 입력: 빈칸 제출, 아주 긴 이름, 이모지, 결제 도중 앱 닫기, 비행기 모드에서 버튼 누르기

5번은 개발자가 놓치기 쉬운 부분이에요. 개발자는 정상 흐름부터 확인하니까, 대표님은 일부러 이상하게 써 보는 역할을 맡으면 좋아요.

결제 테스트는 시작 전에 "지금 테스트 결제인지, 실결제인지"를 개발자에게 물어보세요. 앱 안 구독·이용권이라면, 플레이는 라이선스 테스터로 등록하지 않으면 내부 테스트에서도 인앱 구매 비용이 나가요. 공고 확인

버그는 어떻게 제보하나요?

좋은 버그 제보에는 제목, 환경, 재현 순서, 기대 결과, 실제 결과, 스크린샷·로그가 들어가요. 보도 여기에 "얼마나 급한가"를 더해 쓰면 돼요.

제목: 결제 완료 후 예약 목록에 안 보임
기기: 갤럭시 S23 / 안드로이드 15 / 앱 1.0.3(테스트)
재현 순서: ① 홈 → 원데이 도자기 클래스 ② 10/20 14시 선택 ③ 카드 결제 완료 ④ 내 예약 탭
기대 결과: 10/20 예약이 보임
실제 결과: 목록이 비어 있음. 앱을 껐다 켜면 보임
첨부: 화면 녹화 40초
급한 정도: 높음(출시 전 필수)

나쁜 예는 "결제가 이상해요" 한 줄이에요. 개발자가 같은 상황을 만들지 못하면 고칠 수 없어요.

화면 녹화가 가장 빠른 첨부예요.

• 아이폰: 제어 센터의 회색 기록 버튼 → 3초 뒤 녹화 시작. 사진 앱에 저장돼요. 공고 확인
• 안드로이드: 화면 위에서 두 번 쓸어내림 → 화면 녹화. 아이콘이 없으면 빠른 설정 편집에서 추가해요. 공고 확인 갤럭시는 메뉴 이름이 조금 다를 수 있어요.
• TestFlight 앱에서는 스크린샷에 메모를 달아 바로 보낼 수 있고, 앱이 꺼지면 충돌 보고서가 개발자에게 가요. 공고 확인

제보는 한 버그당 한 건으로, 메신저보다 표나 이슈 목록 한 곳에 모으세요. 고쳤는지 다시 확인할 때 "확인 완료" 칸을 채우면 돼요.

버그와 추가 요청은 어떻게 나누나요?

기준은 범위서예요. 포함 5줄에 있는 기능이 설계대로 안 되면 버그(하자), 처음부터 없던 걸 원하면 변경 요청이에요. 변경 요청은 다음 범위나 월 관리로 넘겨요. 처리 방법은 범위서 쓰는 법의 "범위가 바뀌면" 부분에 있어요.

모두의 MVP에서는 어떻게 하나요?

주 1회 데모에서 이번 주 범위서 줄에 해당하는 시나리오를 대표님 폰으로 같이 눌러 봐요. 앱 MVP(690만원 · 6주)는 대표님 명의 개발자 계정으로 배포하니까, 대표님이 처음부터 테스트 앱을 직접 받을 수 있어요. 튜브링고를 두 스토어에서 운영하면서 음성 녹음·결제·푸시처럼 기기에 닿는 부분은 OS마다 따로 확인해 왔어요. 그래서 데모 때도 두 OS를 같은 주에 같이 봐요.

---

모두의 MVP는 범위서 1장의 포함 5줄을 그대로 테스트 시나리오로 써요. 주 1회 데모에서 같이 눌러 보고, 대표님 명의 계정으로 배포해서 테스트 앱도 대표님이 직접 받아요. 아이디어 한 줄만 보내 주세요.

출처 (2026-10-13 확인)

• Apple Developer, TestFlight — developer.apple.com
• Apple Developer, TestFlight overview(빌드 90일) — developer.apple.com
• Play Console 고객센터, 내부·비공개·공개 테스트 설정 — support.google.com
• StatCounter, Mobile Vendor Market Share South Korea(2026.09) — gs.statcounter.com
• Apple 지원, iPhone에서 화면 기록하기 — support.apple.com
• Android 고객센터, 화면 녹화 — support.google.com
• 어센트코리아, QA란? 버그 리포트 작성법(2024.06.14) — ascentkorea.com