Una compilación no es un lanzamiento | Curso de desarrollo de videojuegos con IA

1480. Objetivo de aprendizaje

Después de esta lección, podrás clasificar un hallazgo de lanzamiento como bloqueo, riesgo aceptado, seguimiento o afirmación no respaldada relacionándolo con un control de lanzamiento predefinido y con evidencia acotada.

1481. Conocimientos previos

Necesitas los prerrequisitos del curso y las bases de desarrollo introducidas antes de esta etapa: un bucle jugable, criterio básico de depuración y capacidad para informar con precisión del resultado de una prueba. No necesitas haber redactado una lista de comprobación de lanzamiento; esa tarea se aborda en la siguiente lección.

1482. Una compilación solo responde una pregunta

Una compilación es un artefacto producido a partir de un estado concreto del código fuente. Una compilación local correcta demuestra que el artefacto pudo generarse en ese entorno. No demuestra que se inicie en el entorno objetivo requerido, cumpla los requisitos de accesibilidad, respete el umbral de rendimiento, incluya todo el contenido necesario o recupere correctamente el estado.

Un candidato de lanzamiento es un artefacto evaluado con los controles de lanzamiento requeridos. Sus limitaciones pendientes deben estar clasificadas, respaldadas por evidencia y vinculadas a una decisión explícita. El artefacto, por sí solo, no constituye una decisión de lanzamiento.

La IA puede organizar las notas proporcionadas o señalar preguntas pendientes. No puede convertir una suposición en evidencia ni tomar la decisión de lanzamiento en lugar de la persona o el rol responsable.

1483. La clasificación del hallazgo y el estado del control son distintos

Usa una clasificación para cada hallazgo:

Clasificación	Significado	Respuesta requerida
Bloqueo	Ha fallado una condición de lanzamiento requerida o falta una condición necesaria.	Detener la decisión hasta resolver el problema o modificar formalmente el alcance.
Riesgo aceptado	El control aplicable permite una limitación conocida cuyo impacto, alcance y responsable de la decisión están documentados.	Registrar la autorización y los límites de la excepción.
Seguimiento	Queda trabajo pendiente, pero la política aplicable no impide el lanzamiento actual.	Asignar una persona o un rol responsable, la siguiente acción y un punto de revisión.
Afirmación no respaldada	La evidencia disponible no permite sostener la conclusión expresada.	Acotar la afirmación o recopilar la evidencia que falta.

El estado del control registra el resultado de una puerta o regla de política. En esta lección se usan estos estados:

superado: el criterio se cumple con evidencia suficiente;
bloqueado: el criterio no se cumple y no existe una excepción permitida;
eximido: el criterio no se cumple por completo, pero el control permite una excepción autorizada y existe el registro exigido;
sin respaldo: la evidencia no basta para determinar si la puerta se superó;
seguimiento: se usa con la regla D1 cuando queda asignada una mejora opcional de documentación.

No confundas ambos campos. Un hallazgo puede clasificarse como riesgo aceptado mientras su puerta tiene estado eximido. Una afirmación puede estar no respaldada y su puerta puede quedar sin respaldo.

1484. Controles predefinidos para esta lección

Estos controles se proporcionan para practicar la clasificación. En la siguiente lección aprenderás a redactar criterios y reglas de decisión.

ID	Control	Evidencia para superarlo	Regla de excepción u otro estado
G1	Funcionalidad principal	La interacción principal se completa bajo las condiciones de prueba indicadas.	Un fallo bloquea; la ausencia de evidencia en el entorno objetivo deja el control sin respaldo.
G2	Comportamiento requerido en plataforma	El artefacto se inicia y la interacción requerida funciona en todos los entornos objetivo declarados.	Una prueba objetivo pendiente deja el control sin respaldo; un fallo demostrado en el entorno objetivo lo bloquea.
G3	Requisitos de accesibilidad declarados	Todas las funciones de accesibilidad prometidas para este lanzamiento están presentes y verificadas.	Un requisito declarado incumplido bloquea, salvo que se modifique formalmente el alcance antes de decidir.
G4	Umbral de rendimiento	El escenario definido permanece dentro del umbral establecido por el proyecto bajo las condiciones objetivo.	Un incumplimiento medido bloquea; la ausencia de medición deja el control sin respaldo.
G5	Integridad del contenido	Todas las escenas, controles, textos, recursos y estados finales exigidos por el alcance están empaquetados y son accesibles.	La ausencia de contenido requerido bloquea.
G6	Recuperación	El escenario definido de guardado, restauración, reanudación o interrupción funciona bajo las condiciones indicadas.	Una afirmación sobre recuperación no probada queda sin respaldo; un fallo observado en una ruta requerida bloquea.
G7	Calidad de presentación no esencial	No queda ningún defecto de presentación no esencial sin resolver dentro del alcance revisado.	Un defecto cosmético reproducido solo puede dejar la puerta eximida si se documentan su impacto y alcance y la persona responsable de la decisión autoriza explícitamente la excepción. Sin esa autorización, G7 queda bloqueada.
D1	Mejora opcional de la documentación de lanzamiento	Las mejoras opcionales de redacción que no afectan a la información requerida están terminadas o correctamente asignadas.	Usa seguimiento si la información actual no induce a error, la mejora queda fuera de la información obligatoria y se registran un responsable y un punto de revisión. Si falta información requerida o el texto resulta engañoso, relaciona el hallazgo con la puerta obligatoria correspondiente, no con D1.

Por tanto, G7 no puede darse por superada solo porque exista una nota de reproducción de un defecto cosmético. Esa nota demuestra que el defecto existe. La puerta queda eximida, no superada, únicamente cuando la excepción permitida está documentada y autorizada.

D1 es una regla de política, no una puerta de lanzamiento. Un hallazgo asociado a D1 no necesita un identificador inventado entre G1 y G7.

1485. Método de decisión

Para cada hallazgo, registra:

ID del control: G1–G7 o D1.
Límite de la evidencia: qué se observó, dónde y bajo qué condiciones.
Estado del control: superado, bloqueado, eximido, sin respaldo o seguimiento, según permita el control.
Clasificación del hallazgo: bloqueo, riesgo aceptado, seguimiento o afirmación no respaldada.
Decisión: corregir, probar, autorizar una excepción o programar un seguimiento.
Persona o rol responsable: obligatorio para una excepción o un seguimiento.

Sigue esta secuencia:

Hallazgo → control predefinido → evidencia acotada → estado del control
         → clasificación → decisión y persona o rol responsable

1486. Ejemplos resueltos

Ejemplo A: defecto cosmético

Aparece un parpadeo poco frecuente durante una transición no esencial. Se ha reproducido y su impacto se limita a esa transición.

Control: G7
Límite de la evidencia: reproducido dos veces en una resolución compatible; las demás resoluciones siguen sin probarse
Estado antes de la autorización: bloqueado
Clasificación antes de la autorización: bloqueo
Si la persona responsable documenta el alcance, el impacto y la autorización: G7 pasa a estar eximida y el hallazgo se convierte en un riesgo aceptado

La nota de reproducción, por sí sola, no supera ni exime G7.

Ejemplo B: mejora opcional de redacción

Las notas de lanzamiento ya describen correctamente una limitación no bloqueante de los controles, pero la redacción podría ser más clara.

Control: D1
Límite de la evidencia: la limitación está presente y es correcta; solo puede mejorar su claridad
Estado: seguimiento
Clasificación: seguimiento
Decisión: asignar la revisión y un punto de comprobación

No hace falta asociarla con G1–G7 porque el trabajo queda fuera de la información obligatoria del lanzamiento.

Ejemplo C: restauración no probada

El equipo afirma que la restauración de partidas es estable, pero solo ha probado la creación de una partida guardada.

Control: G6
Límite de la evidencia: se observó una creación de guardado; no se probaron el reinicio ni la restauración
Estado: sin respaldo
Clasificación: afirmación no respaldada
Decisión: ejecutar la prueba de restauración o acotar la afirmación

1487. Git como traza de evidencia

Relaciona el artefacto con el estado existente del código fuente mediante este formato:

Fuente: <hash del commit existente> en <rama>
Artefacto: <identificador de la compilación>
Entorno: <objetivo y condiciones pertinentes>
Evidencia: <referencia a prueba, registro o captura>
Hallazgo: <observación acotada>
Control: <G1–G7 o D1>
Estado: <superado | bloqueado | eximido | sin respaldo | seguimiento>
Clasificación: <bloqueo | riesgo aceptado | seguimiento | afirmación no respaldada>
Decisión: <acción siguiente y persona o rol responsable>

Git identifica el estado del código fuente que produjo el artefacto. No demuestra el comportamiento en ejecución ni que un control de lanzamiento se haya superado.

1488. Evaluación práctica

Completa Registro de clasificación de hallazgos de lanzamiento. Clasifica los siete casos proporcionados usando G1–G7 o D1. Cada fila debe incluir un ID de control predefinido, el límite de la evidencia, un estado permitido, una clasificación canónica, una decisión y, cuando corresponda, una persona o un rol responsable.

La evaluación comprueba si sabes aplicar controles proporcionados. No te pide diseñar una nueva lista de lanzamiento; esa capacidad corresponde a la siguiente lección.

1489. Errores frecuentes

Marcar G7 como superada porque un defecto cosmético está documentado. La documentación demuestra que el defecto existe; una excepción autorizada deja G7 eximida.
Forzar una mejora opcional de documentación dentro de una puerta que no le corresponde. Usa D1 cuando se cumplan sus condiciones.
Tratar la falta de evidencia como prueba de fallo o de éxito. Registra el estado sin respaldo y clasifica la afirmación como no respaldada.
Llamar riesgo aceptado a un defecto conocido sin documentar alcance, impacto y autorización.
Usar un hash de commit como prueba de que las comprobaciones en ejecución fueron correctas.

1490. Evidencia de finalización

Puedes continuar cuando tu evaluación:

relacione cada caso con G1–G7 o D1 sin inventar controles;
registre G7 como eximida, no superada, ante la excepción cosmética autorizada;
asocie la mejora opcional de redacción con D1 y estado de seguimiento;
separe el estado del control de la clasificación del hallazgo;
indique qué demuestra la evidencia y qué queda sin demostrar;
identifique la siguiente acción y la persona o el rol responsable cuando sea necesario.

1491. Puntos clave

Una compilación es un artefacto; un lanzamiento es una decisión respaldada por controles y evidencia.
La clasificación del hallazgo y el estado del control son campos distintos.
Una excepción cosmética permitida deja G7 eximida, no superada.
D1 regula mejoras opcionales de documentación que no afectan a la información obligatoria.
Las afirmaciones no respaldadas deben acotarse o probarse.
La siguiente lección enseña a redactar criterios, requisitos de evidencia, reglas de decisión y una lista de comprobación de lanzamiento.

1492. Siguiente lección

Continúa con 4.1 L2 — Construye una puerta de lanzamiento.

1493. Ensayo local de lanzamiento (`fix-release-candidate`)

Abre academy-fixtures/labs/release-candidate. Ejecuta node run.mjs. Recoge ejecución limpia, artefacto versionado, humo, sonda de localización, persistencia, empaquetado, rollback, notas, issues conocidos, go/no-go. Es un candidato de lanzamiento local, no una publicación en Steam.