이번 강의에서 배우는 제작 방법
기획에 맞는 테스트를 구성하고, 실제 관찰과 AI의 해석을 구분하며 빌드에서 수정 결과를 확인할 수 있습니다.
- 01설계
기획에 맞는 확인 상황 작성
- 02관찰
실제 행동과 문제 기록
- 03판단
영향과 원인으로 수정 순서 결정
- 04빌드
실행 파일에서 다시 확인
자기 기획에서 테스트할 상황을 만듭니다
7주차에는 실행 파일을 만드는 절차를 익혔습니다. 이번에는 각자의 게임이 기획대로 작동하는지, 처음 플레이하는 사람이 이해할 수 있는지, 실행 파일에서도 같은 경험이 이어지는지 살펴봅니다.
| 확인 목적 | 질문 예시 | 확인 방법 |
|---|---|---|
| 기능 확인 | 정해진 조건에서 의도한 결과가 발생하는가? | 재현 순서와 예상 결과에 따라 실행 |
| 플레이 경험 | 처음 보는 사람이 목표와 조작을 이해하는가? | 설명을 덧붙이지 않고 행동 관찰 |
| 빌드 확인 | 전달한 실행 파일로 게임을 시작하고 마칠 수 있는가? | 대상 환경에서 파일을 직접 실행 |
아래 기획과 현재 구현 상태를 기준으로 테스트 항목을 제안해줘. 각 항목은 시작 조건, 실행 순서, 예상 결과로 정리해줘. 정상 플레이와 조건이 부족한 상황, 반복 실행을 포함해줘. 아직 구현하지 않은 기능은 별도로 표시해줘. 기획에 없는 기능은 완료 조건으로 추가하지 마.
AI가 만든 목록은 실제 기획과 대조해 수정합니다. 게임마다 규칙과 진행 구조가 다르므로 확인 항목도 달라집니다.
플레이를 보고 사실을 기록합니다
- 실행 조건 맞추기. 테스트할 빌드와 시작 상태를 정하고 기록합니다.
- 플레이 관찰. 플레이어가 어디로 이동하고 어떤 버튼을 누르며 어디에서 멈추는지 봅니다.
- 사실 기록. “문 앞에서 되돌아갔다”처럼 실제 행동을 적고, 이유에 대한 추측은 별도로 둡니다.
- 경험 질문. 플레이 후 어떤 목표로 이해했는지, 다음 행동을 어떻게 판단했는지 물어봅니다.
| 구분 | 문 앞에서 멈춘 상황의 예시 |
|---|---|
| 관찰한 사실 | 플레이어가 문에 여러 번 접근한 뒤 다른 길로 돌아갔다. |
| 해석의 후보 | 문이 목표인지, 열쇠가 필요한지 알기 어려웠을 수 있다. |
| 확인할 질문 | 문 앞에서 무엇을 해야 한다고 생각했는지 묻는다. |
| 수정 아이디어 | 확인된 문제에 맞춰 목표 또는 조건 안내를 조정한다. |
AI에는 기록한 사실을 전달하고 원인 후보와 추가 확인 질문을 요청합니다. 플레이하지 않은 상황을 관찰 결과처럼 기록하지 않도록 실제 기록과 제안을 구분합니다.
영향을 비교해 수정 순서를 정합니다
다음 플레이테스트 기록을 관찰 사실, 가능한 원인, 추가 확인 항목으로 나누어 정리해줘. 게임 진행이 막히는 문제, 잘못 이해한 정보, 표현 개선을 구분해줘. 각 문제의 영향과 수정 범위를 설명하고 우선순위를 제안해줘. 관찰하지 않은 행동이나 플레이어의 의도를 사실로 추가하지 마.
게임을 시작할 수 없거나 진행이 멈추는 문제를 먼저 확인합니다. 다음으로 목표와 조작의 이해를 방해하는 문제를 살피고, 남은 범위에서 표현을 다듬습니다. 수정이 다른 기능에 미칠 영향과 남은 일정은 학생의 기획서에 맞춰 판단합니다.
Editor에서 확인한 내용을 실행 파일에서도 봅니다
- 상태 저장. 검사할 Scene과 프로젝트 변경을 저장하고 빌드 대상을 확인합니다.
- 빌드 구성 확인. Build Profiles의 플랫폼과 Scene List를 확인합니다. 필요한 Scene이 포함되어 있는지 봅니다.
- 실행 파일로 검사. Editor 밖에서 실행해 시작 화면, 입력, 화면 비율, 소리와 기획한 진행을 확인합니다.
- 실패 근거 수집. 어떤 환경과 순서에서 실패했는지, 빌드 로그와 관련 오류 메시지를 정리합니다.
- 수정 후 다시 빌드. 같은 상황을 재검사하고 이전 실행 파일과 새 파일을 구분합니다.
Editor에서는 정상인데 실행 파일에서 [관찰한 문제]가 발생해. 대상 플랫폼: [플랫폼], 시작 Scene: [Scene 이름]. 재현 순서: [실제 순서]. 예상 결과와 실제 결과: [내용]. 관련 로그: [오류 메시지와 호출 경로]. 현재 Build Profiles와 Scene List, 관련 참조를 확인하고 원인 후보를 좁혀줘. 확인한 근거와 추가로 필요한 실행 검사를 구분해줘.
AI가 설정과 로그를 읽어 문제를 찾도록 도울 수 있습니다. 실제 실행 파일이 열리는지, 조작이 자연스러운지와 소리가 의도대로 들리는지는 직접 실행해 확인합니다.
수정 결과와 남은 작업을 정리합니다
문제 하나를 수정했다면 같은 조건에서 결과를 다시 확인하고 연결된 기능도 살펴봅니다. 진행 기록은 자신의 기획서나 사용 중인 작업 목록에 이어서 적습니다.
| 항목 | 기록할 정보 |
|---|---|
| 바꾼 이유 | 실제 플레이 또는 빌드에서 확인한 문제 |
| 수정 내용 | 변경한 기능·표현·설정과 선택 이유 |
| 확인 결과 | 어떤 실행 파일에서 어떤 순서로 다시 확인했는가 |
| 남은 작업 | 아직 확인하지 못한 항목과 다음에 진행할 작업 |
다음 주차의 프로젝트 점검에서는 이 실행 결과와 남은 작업을 근거로 제작 상황을 설명합니다. 공통 강의에서 배운 방법 가운데 지금 필요한 것을 선택해 개인 프로젝트를 이어갑니다.
학습 내용 점검
먼저 자신의 말로 설명한 뒤 답을 펼쳐 확인합니다.
AI가 만든 테스트 항목은 무엇과 대조할까요?
자신의 기획서와 실제 구현 상태에 대조하여 아직 없는 기능과 불필요한 조건을 구분합니다.
관찰과 해석은 어떻게 구분할까요?
실제로 일어난 행동은 사실로, 그 행동의 이유는 추가 확인이 필요한 원인 후보로 기록합니다.
수정한 뒤 빌드를 다시 만드는 이유는 무엇일까요?
검사 대상 실행 파일에 변경이 포함되어야 실제 배포 환경에서 수정 효과를 확인할 수 있기 때문입니다.
자신의 프로젝트에 적용하기
2·3교시는 개인 프로젝트 제작 시간입니다. 구현 항목과 일정은 각자의 기획서를 기준으로 정하며, 이번 강의의 예시와 주제가 공통 구현 과제를 뜻하지 않습니다.
기획서에서 지금 필요한 작업을 고르고, 오늘 배운 방법 가운데 도움이 되는 것을 사용합니다. 원하는 결과와 실제 실행 결과를 비교하면서 제작을 이어가고, 막힌 부분은 현재 상태와 함께 설명합니다.
공식 자료
설치와 연결 화면은 사용 중인 버전의 공식 안내를 함께 확인합니다.
- Unity Editor에서 빌드 만들기 ↗
빌드 대상과 실행 파일 생성
- Unity Console 창 ↗
오류와 실행 기록 확인
