Week 14 / Period 01 / AI production

AI를 활용한 플레이테스트와 빌드 점검

자신의 기획을 기준으로 확인할 상황을 만들고, 실제 플레이 기록에서 문제를 찾습니다. AI와 수정 우선순위를 정한 뒤 실행 파일에서 개선 결과를 확인합니다.

1교시 공통 강의 · 개념 설명과 시연

게임 플레이 관찰이 기록과 우선순위 판단을 거쳐 수정 전후 비교로 이어지는 작업대
관찰한 사실을 모으고, 중요한 문제를 수정한 뒤 같은 조건에서 다시 실행합니다.
이 페이지에서
00 / LECTURE

이번 강의에서 배우는 제작 방법

기획에 맞는 테스트를 구성하고, 실제 관찰과 AI의 해석을 구분하며 빌드에서 수정 결과를 확인할 수 있습니다.

  1. 01설계

    기획에 맞는 확인 상황 작성

  2. 02관찰

    실제 행동과 문제 기록

  3. 03판단

    영향과 원인으로 수정 순서 결정

  4. 04빌드

    실행 파일에서 다시 확인

01 / LECTURE

자기 기획에서 테스트할 상황을 만듭니다

7주차에는 실행 파일을 만드는 절차를 익혔습니다. 이번에는 각자의 게임이 기획대로 작동하는지, 처음 플레이하는 사람이 이해할 수 있는지, 실행 파일에서도 같은 경험이 이어지는지 살펴봅니다.

세 가지 확인 목적
확인 목적질문 예시확인 방법
기능 확인정해진 조건에서 의도한 결과가 발생하는가?재현 순서와 예상 결과에 따라 실행
플레이 경험처음 보는 사람이 목표와 조작을 이해하는가?설명을 덧붙이지 않고 행동 관찰
빌드 확인전달한 실행 파일로 게임을 시작하고 마칠 수 있는가?대상 환경에서 파일을 직접 실행
기획 기반 테스트 제안 요청
아래 기획과 현재 구현 상태를 기준으로 테스트 항목을 제안해줘.
각 항목은 시작 조건, 실행 순서, 예상 결과로 정리해줘.
정상 플레이와 조건이 부족한 상황, 반복 실행을 포함해줘.
아직 구현하지 않은 기능은 별도로 표시해줘.
기획에 없는 기능은 완료 조건으로 추가하지 마.

AI가 만든 목록은 실제 기획과 대조해 수정합니다. 게임마다 규칙과 진행 구조가 다르므로 확인 항목도 달라집니다.

02 / LECTURE

플레이를 보고 사실을 기록합니다

  1. 실행 조건 맞추기. 테스트할 빌드와 시작 상태를 정하고 기록합니다.
  2. 플레이 관찰. 플레이어가 어디로 이동하고 어떤 버튼을 누르며 어디에서 멈추는지 봅니다.
  3. 사실 기록. “문 앞에서 되돌아갔다”처럼 실제 행동을 적고, 이유에 대한 추측은 별도로 둡니다.
  4. 경험 질문. 플레이 후 어떤 목표로 이해했는지, 다음 행동을 어떻게 판단했는지 물어봅니다.
관찰·해석·수정 아이디어 구분
구분문 앞에서 멈춘 상황의 예시
관찰한 사실플레이어가 문에 여러 번 접근한 뒤 다른 길로 돌아갔다.
해석의 후보문이 목표인지, 열쇠가 필요한지 알기 어려웠을 수 있다.
확인할 질문문 앞에서 무엇을 해야 한다고 생각했는지 묻는다.
수정 아이디어확인된 문제에 맞춰 목표 또는 조건 안내를 조정한다.

AI에는 기록한 사실을 전달하고 원인 후보와 추가 확인 질문을 요청합니다. 플레이하지 않은 상황을 관찰 결과처럼 기록하지 않도록 실제 기록과 제안을 구분합니다.

03 / LECTURE

영향을 비교해 수정 순서를 정합니다

관찰 기록 분석 요청
다음 플레이테스트 기록을 관찰 사실, 가능한 원인, 추가 확인 항목으로 나누어 정리해줘.
게임 진행이 막히는 문제, 잘못 이해한 정보, 표현 개선을 구분해줘.
각 문제의 영향과 수정 범위를 설명하고 우선순위를 제안해줘.
관찰하지 않은 행동이나 플레이어의 의도를 사실로 추가하지 마.

게임을 시작할 수 없거나 진행이 멈추는 문제를 먼저 확인합니다. 다음으로 목표와 조작의 이해를 방해하는 문제를 살피고, 남은 범위에서 표현을 다듬습니다. 수정이 다른 기능에 미칠 영향과 남은 일정은 학생의 기획서에 맞춰 판단합니다.

04 / LECTURE

Editor에서 확인한 내용을 실행 파일에서도 봅니다

  1. 상태 저장. 검사할 Scene과 프로젝트 변경을 저장하고 빌드 대상을 확인합니다.
  2. 빌드 구성 확인. Build Profiles의 플랫폼과 Scene List를 확인합니다. 필요한 Scene이 포함되어 있는지 봅니다.
  3. 실행 파일로 검사. Editor 밖에서 실행해 시작 화면, 입력, 화면 비율, 소리와 기획한 진행을 확인합니다.
  4. 실패 근거 수집. 어떤 환경과 순서에서 실패했는지, 빌드 로그와 관련 오류 메시지를 정리합니다.
  5. 수정 후 다시 빌드. 같은 상황을 재검사하고 이전 실행 파일과 새 파일을 구분합니다.
빌드 문제 분석 요청
Editor에서는 정상인데 실행 파일에서 [관찰한 문제]가 발생해.
대상 플랫폼: [플랫폼], 시작 Scene: [Scene 이름].
재현 순서: [실제 순서]. 예상 결과와 실제 결과: [내용].
관련 로그: [오류 메시지와 호출 경로].
현재 Build Profiles와 Scene List, 관련 참조를 확인하고 원인 후보를 좁혀줘.
확인한 근거와 추가로 필요한 실행 검사를 구분해줘.

AI가 설정과 로그를 읽어 문제를 찾도록 도울 수 있습니다. 실제 실행 파일이 열리는지, 조작이 자연스러운지와 소리가 의도대로 들리는지는 직접 실행해 확인합니다.

05 / LECTURE

수정 결과와 남은 작업을 정리합니다

문제 하나를 수정했다면 같은 조건에서 결과를 다시 확인하고 연결된 기능도 살펴봅니다. 진행 기록은 자신의 기획서나 사용 중인 작업 목록에 이어서 적습니다.

수정 후 남길 내용
항목기록할 정보
바꾼 이유실제 플레이 또는 빌드에서 확인한 문제
수정 내용변경한 기능·표현·설정과 선택 이유
확인 결과어떤 실행 파일에서 어떤 순서로 다시 확인했는가
남은 작업아직 확인하지 못한 항목과 다음에 진행할 작업

다음 주차의 프로젝트 점검에서는 이 실행 결과와 남은 작업을 근거로 제작 상황을 설명합니다. 공통 강의에서 배운 방법 가운데 지금 필요한 것을 선택해 개인 프로젝트를 이어갑니다.

06 / REVIEW

학습 내용 점검

먼저 자신의 말로 설명한 뒤 답을 펼쳐 확인합니다.

AI가 만든 테스트 항목은 무엇과 대조할까요?

자신의 기획서와 실제 구현 상태에 대조하여 아직 없는 기능과 불필요한 조건을 구분합니다.

관찰과 해석은 어떻게 구분할까요?

실제로 일어난 행동은 사실로, 그 행동의 이유는 추가 확인이 필요한 원인 후보로 기록합니다.

수정한 뒤 빌드를 다시 만드는 이유는 무엇일까요?

검사 대상 실행 파일에 변경이 포함되어야 실제 배포 환경에서 수정 효과를 확인할 수 있기 때문입니다.

07 / REVIEW

자신의 프로젝트에 적용하기

2·3교시는 개인 프로젝트 제작 시간입니다. 구현 항목과 일정은 각자의 기획서를 기준으로 정하며, 이번 강의의 예시와 주제가 공통 구현 과제를 뜻하지 않습니다.

기획서에서 지금 필요한 작업을 고르고, 오늘 배운 방법 가운데 도움이 되는 것을 사용합니다. 원하는 결과와 실제 실행 결과를 비교하면서 제작을 이어가고, 막힌 부분은 현재 상태와 함께 설명합니다.

08 / REVIEW

공식 자료

설치와 연결 화면은 사용 중인 버전의 공식 안내를 함께 확인합니다.