분기형 스토리 테스트 방법: 경로 커버리지, 상태 매트릭스, 회귀 테스트

분기형 스토리 테스트를 “모든 엔딩을 한 번씩 플레이하기”에만 의존해서는 안 됩니다. 하나의 엔딩에 여러 상태로 도달할 수 있고, 같은 노드에서도 관계, 증거, 자원에 따라 오류가 발생할 수 있습니다. 실행 가능한 방법은 계층별 커버리지입니다. 먼저 그래프 구조를 자동으로 검사하고, 핵심 상태 조합을 테스트한 뒤, 대표 경로로 전체 시청각 경험을 검증합니다.

게임을 실행하지 않은 상태에서 노드 ID가 고유한지, 모든 출구가 존재하는지, 엔딩이 아닌 노드에 출구가 있는지, 시작 노드가 아닌 노드에 입구가 있는지, 변수 타입이 올바른지, 현지화 키와 미디어 참조가 빠짐없이 갖춰져 있는지 검사합니다. 고립된 노드, 막다른 경로, 명백히 충족할 수 없는 조건, 읽히지 않는 상태를 보고합니다.

정적 검사는 빠르므로 커밋마다 실행하기에 적합합니다. 이야기가 재미있다는 것을 증명할 수는 없지만, 테스터가 영상을 보기 전에 많은 오타와 참조 오류를 잡아낼 수 있습니다.

각 선택지의 사전 조건, 기록 결과, 대상 노드를 검증합니다. 알려진 초기 상태에서 선택을 제출한 뒤 관계, 증거, 자원, 세계 상태가 정확하게 변하는지 단언문으로 확인합니다. 반복 제출해도 보상이 중복 지급되지 않는지, 시간 초과와 무입력이 정해진 경로로 이어지는지도 확인합니다.

이름이 붙은 복잡한 규칙은 나누어 테스트합니다. 예를 들어 can_publish_truth는 증거 부족, 낮은 신뢰도, 자원 부족, 모든 조건 충족을 각각 검증합니다. 경계값은 특히 중요합니다. 관계 임계값 바로 위와 아래 한 단계, 자원 0과 1, 항목이 정확히 하나 부족한 집합을 확인합니다.

모든 변수의 전체 조합을 테스트하는 것은 대개 현실적으로 어렵습니다. 먼저 같은 노드에 함께 영향을 주는 변수를 식별한 뒤, 페어와이즈 조합이나 위험도에 따른 조합을 사용해 중요한 값의 모든 쌍이 최소 한 번은 함께 나타나도록 합니다. 엔딩, 결제, 저장 데이터 마이그레이션, 되돌릴 수 없는 상태 등 위험도가 높은 영역에는 3개 값의 조합이나 전수 테스트를 추가합니다.

상태 매트릭스는 행마다 하나의 테스트 케이스를 두고 초기값, 경로, 표시될 것으로 예상되는 선택지, 미디어 변형, 최종 상태, 엔딩을 기재합니다. “낮은 신뢰도 테스트”라고만 쓰지 말고, 재현 가능한 값과 버전을 반드시 제시해야 합니다.

최소한 가장 빠른 메인 스토리 경로, 최대 증거, 최저 관계 수치, 자원 고갈, 전 구간 시간 초과, 보조 모드, 챕터 이동, 이전 저장 데이터 마이그레이션을 포함합니다. 전체를 시청하면서 서사의 인과관계, 연기, 자막, 오디오, 끊김 없는 전환을 점검합니다. 이는 단위 테스트로 발견할 수 없는 부분입니다.

각 경로의 방문 로그를 생성하고 예상 노드 순서와 비교합니다. 차이가 발생하면 엔딩에 도달해서야 결과가 잘못됐다는 사실을 알아차리는 대신, 처음 어긋난 분기점을 찾을 수 있어야 합니다.

보고서에는 빌드 버전, 플랫폼, 언어, 저장 데이터 버전, 시작 노드, 핵심 변수, 조작 단계, 실제 결과와 예상 결과, 미디어 ID, 로그, 스크린샷 또는 화면 녹화를 기재합니다. “3장에서 잘못된 엔딩으로 진입했다”라고만 하면 재현이 거의 불가능합니다.

익명 상태 스냅샷을 내보낼 수 있는 디버그 패널을 제공하되, 실제 플레이어 데이터는 개인정보 보호 제약을 준수해야 합니다. 테스트 도구로 노드에 바로 이동할 수 있더라도, 정기적으로 실제 선행 경로를 통해 진입해야 합니다. 바로 이동하면 상태 기록이 누락될 수 있기 때문입니다.

노드의 출구를 수정하면 해당 노드로 들어오는 모든 대표 상태와 이후의 핵심 경로를 테스트합니다. 공유 영상을 수정하면 이를 참조하는 모든 경로를 검사합니다. 기본 변수를 수정하면 이를 읽는 모든 노드로 테스트 범위를 확대합니다. “노드—변수—에셋—테스트”의 추적 관계를 유지하면 회귀 테스트 집합을 자동으로 제안할 수 있습니다.

결함이 발생한 경로만 다시 테스트해서는 안 됩니다. 수정으로 인해 오류가 다른 진입점으로 옮겨가는 일이 흔하며, 특히 경로가 합류하거나 저장 데이터를 복원할 때 그렇습니다.

출시를 차단하는 문제에는 도달할 수 없는 메인 스토리, 상태 손상, 저장 데이터 유실, 검은 화면에서의 멈춤, 핵심 자막 누락이 포함됩니다. 심각도, 우선순위, 수정 연기를 허용하는 기준은 테스트 전에 정의합니다. 각 출시 후보의 테스트 보고서, 미해결 문제, 위험 승인 기록을 보관합니다.

커버리지는 노드, 선택지, 상태 쌍, 미디어, 엔딩을 기준으로 집계할 수 있지만, 수치 자체가 품질은 아닙니다. 노드를 100% 방문했다고 해서 모든 논리 조합이 올바른 것은 아니므로, 보고서에는 커버하지 못한 위험도 함께 기재해야 합니다.

헤드리스 실행기는 노드를 빠르게 순회하고, 상태를 주입하고, 단언문을 검증하고, 경로를 생성할 수 있습니다. 기기 자동화는 실행, 다운로드, 저장을 테스트할 수 있습니다. 사람의 테스트는 선택지 이해, 연기의 연속성, 시청각 리듬, 감정의 인과관계에 집중합니다. 불리언 값 하나를 확인하기 위해 테스터가 똑같은 10분 분량을 반복해서 보게 하지 마세요.

중요한 버전마다 최소한의 저장 데이터 세트를 보관합니다. 챕터 진입점, 핵심 임계값 바로 위와 아래, 자원 고갈 상태, 각 주요 엔딩 직전, 이전 모드를 포함합니다. 샘플에는 콘텐츠 버전과 예상 결과를 표시하고, 테스터가 수동으로 임의 수정하지 않도록 합니다. 빌드가 완료되면 일괄 로드하여 마이그레이션과 숨겨진 조건에 변동이 없는지를 함께 검증합니다.

테스트 계정, 분석 환경, 실제 운영 환경을 분리하여 순회 스크립트가 플레이어 데이터를 오염시키지 않도록 합니다. 재현에 사용하는 로그와 저장 데이터에 기기 또는 계정 정보가 포함되어 있다면, 프로젝트의 개인정보 보호 규칙에 따라 비식별 처리, 권한 부여, 삭제를 수행합니다.

다음 단계: 한 챕터의 상태 매트릭스를 만들고, 먼저 모든 노드와 선택지를 자동으로 검사한 뒤 대표 경로 6개를 골라 엔드투엔드로 시청합니다. 각 결함을 영향을 받는 변수 및 회귀 테스트 집합과 연결합니다.