Lección 13 de 170

Valida lo que cambió

Curso de desarrollo de videojuegos con IA

Prueba un cambio realizado con ayuda de la IA mediante criterios de aceptación observables y documenta si debes conservarlo o revertirlo.

191. Objetivo de aprendizaje

Al terminar esta lección, podrás probar un cambio acotado realizado con ayuda de la IA mediante criterios de aceptación, registrar evidencia observable y justificar si debes conservarlo o revertirlo. Si el cambio falla, podrás restaurar una base estable conocida y comprobar que el comportamiento fallido ya no está activo.

192. Parte de cualquiera de los dos resultados válidos de la Lección 2

En Inspecciona y luego decide, tanto aceptar como rechazar una propuesta era una decisión válida.

  • Si aceptaste una propuesta acotada: utiliza ese cambio inspeccionado en esta actividad de validación.
  • Si rechazaste la propuesta: no la apliques solo para completar esta lección. Utiliza un caso acotado proporcionado para la práctica, u obtén una propuesta revisada, acotada e inspecciónala antes de aplicarla. Anota que cambiaste el objeto de prueba porque rechazaste correctamente la propuesta original.

En ambos casos, valida un solo cambio inspeccionado y acotado.

193. Concepto central

Los criterios de aceptación convierten una impresión en una decisión.

Un criterio útil identifica:

  • Activador: la acción o condición que inicia la prueba.
  • Resultado esperado: el resultado observable que debe producirse.
  • Límite: un resultado relevante que no debe producirse o un sistema que debe permanecer sin cambios.

Ejemplo: «Al activar la interacción dentro del área prevista, responde una sola vez. Al activarla fuera del área, no responde. El movimiento no relacionado permanece igual».

El juego en ejecución es la principal fuente de evidencia para el comportamiento que percibe el jugador, pero no es la única posible. Un criterio también puede requerir un resultado de compilación, un mensaje de consola, una inspección de estado o una comprobación de reglas. La explicación de la IA nunca demuestra por sí sola que un criterio se cumplió.

194. Modelo de validación: ACTUAR → OBSERVAR → COMPROBAR → DECIDIR

Cada paso tiene una sola función:

Paso Acción Registro
ACTUAR Define y realiza el activador. Qué hiciste y en qué condiciones.
OBSERVAR Examina el resultado real sin confundirlo con la expectativa. Qué ocurrió, incluidos los efectos secundarios.
COMPROBAR Compara el resultado y los límites pertinentes con todos los criterios obligatorios. Pasa, falla o no probado para cada criterio.
DECIDIR Anota conservar o revertir y relaciona la decisión con la evidencia. La decisión y su justificación basada en evidencia.

Repetir una prueba clave sirve para comprobar su fiabilidad y sigue formando parte de la validación actual. Iniciar una corrección después de un fallo constituye otro ciclo acotado y no es obligatorio en esta lección.

195. Regla de decisión

  • Conservar: todos los criterios obligatorios pasan, incluidas las comprobaciones de límites pertinentes, y la evidencia es suficiente.
  • Revertir: algún criterio obligatorio falla o queda sin probar.

No elimines un criterio fallido para justificar que conservas el cambio.

196. Qué significan restaurar y aislar de forma segura

Utiliza el mecanismo de punto de control o restauración que ya se enseñó en el curso. Restaurar significa volver al punto de control estable creado antes del cambio.

Después de restaurar:

  1. Vuelve a iniciar o ejecutar la superficie de prueba correspondiente.
  2. Repite el activador que mostró el fallo.
  3. Ejecuta una comprobación de referencia que deba seguir funcionando.
  4. Registra evidencia de que el comportamiento fallido ya no aparece y de que el comportamiento de referencia sigue disponible.

El aislamiento seguro solo es válido si un mecanismo enseñado en el curso permite excluir el cambio del estado de prueba cargado sin alterar la base estable conocida. Debes volver a iniciar o ejecutar las comprobaciones y registrar que el comportamiento fallido ya no puede afectarlas. Ocultar un objeto, cerrar el chat, suponer que un archivo modificado no se utiliza o prometer que se corregirá después no constituye un aislamiento verificado.

Si no dispones de un mecanismo fiable de aislamiento que se haya enseñado en el curso, restaura el punto de control. No presentes una suposición de aislamiento como una alternativa equivalente.

197. Ejemplo resuelto

Supón que un cambio inspeccionado debe permitir una respuesta solo dentro de un área definida.

Criterio Prueba Observación Resultado
Respuesta dentro del área Activar dentro del área. La respuesta se produce una vez. Pasa
Límite fuera del área Activar fuera del área. Se produce la misma respuesta. Falla
Movimiento no relacionado Moverse antes y después de la interacción. El movimiento parece igual. Pasa

Debes revertir el cambio porque falló un límite obligatorio. Vuelve al punto de control estable, reinicia la prueba y activa de nuevo la interacción fuera del área. Registra que la respuesta incorrecta fuera del área ya no está activa. Una corrección futura puede utilizar esta evidencia, pero formará parte de un ciclo nuevo.

198. Práctica guiada

Trabaja en el idioma que hayas elegido para el curso. Preparar una versión en el segundo idioma es una práctica opcional de localización y no forma parte de la evidencia obligatoria.

1. Prepara el punto de control compacto

Antes de probar, completa esta plantilla:

  • Objeto de prueba: cambio aceptado en la Lección 2 / caso acotado proporcionado / propuesta revisada e inspeccionada
  • Cambio previsto:
  • Fuera del alcance:
  • Criterio 1: activador, resultado esperado y límite si corresponde
  • Criterio 2: activador, resultado esperado y límite si corresponde
  • Fuente de evidencia: comportamiento en ejecución, resultado de compilación, salida de consola, inspección de estado, comprobación de reglas o grabación proporcionada
  • Punto de control estable: punto de control o restauración que utilizarás si falla un criterio

Utiliza dos criterios, salvo que necesites un tercero para representar un límite importante. No reconstruyas toda la conversación de la lección anterior.

2. Ejecuta ACTUAR → OBSERVAR → COMPROBAR

Para cada criterio:

  1. Realiza el activador definido.
  2. Anota lo que ocurrió realmente.
  3. Marca pasa, falla o no probado.
  4. Anota cualquier efecto secundario pertinente.

Repite una vez el activador más importante para comprobar la fiabilidad. Conserva las dos observaciones; no sustituyas la primera por la segunda.

3. DECIDE

  • Conserva el cambio solo si todos los criterios obligatorios pasan con la evidencia disponible.
  • En caso contrario, vuelve al punto de control estable.
  • Después de restaurar, reinicia o repite el activador fallido y una comprobación de referencia. Registra si el comportamiento fallido ya no aparece.

El encargo de corrección es opcional y solo debe escribirse si hubo un fallo. Identifícalo como un ciclo posterior separado; no apliques la corrección como parte de este registro de validación.

199. Formas accesibles de obtener evidencia

La capacidad evaluada es el razonamiento de validación, no el uso de un dispositivo de control concreto. Puedes obtener evidencia equivalente mediante:

  • controles reasignados, funcionamiento solo con teclado u otro método alternativo de entrada;
  • un protocolo con asistencia de otra persona, en el que tú diriges la prueba mientras esa persona realiza la entrada e informa o graba el resultado;
  • el análisis de una grabación proporcionada que muestre el activador, el resultado y el límite pertinente;
  • otra evidencia observable exigida por el criterio, como un resultado de compilación, una salida de consola, una inspección de estado o una comprobación de reglas.

Indica qué método utilizaste. La evidencia debe seguir diferenciando el activador, la respuesta observada, la comparación con el criterio y la decisión.

200. Plantilla de entrega

Entrega un registro compacto en el idioma que hayas elegido para el curso:

  1. Objeto de prueba y alcance:
  2. Punto de control estable:
  3. Criterio 1 — activador / resultado esperado / límite:
  4. Observación y resultado: pasa / falla / no probado
  5. Criterio 2 — activador / resultado esperado / límite:
  6. Observación y resultado: pasa / falla / no probado
  7. Repetición de la prueba clave y observación:
  8. Decisión: conservar / revertir
  9. Justificación vinculada a la evidencia:
  10. Si revertiste, comprobación de la restauración: activador fallido después de restaurar, comprobación de referencia y resultado observado
  11. Encargo opcional para el siguiente ciclo: solo si hubo un fallo

201. Rúbrica de la actividad práctica

Área Evidencia completa
Calidad de los criterios Los criterios identifican resultados observables y, cuando corresponde, un límite pertinente.
Prueba de límites El registro comprueba lo que no debe ocurrir o lo que debe permanecer sin cambios.
Evidencia observada Las observaciones describen resultados, no repiten expectativas ni afirmaciones de la IA.
Justificación de la decisión La decisión de conservar o revertir se deriva directamente de los resultados.
Restauración después de un fallo Si falla un criterio obligatorio, el registro muestra la restauración o el aislamiento verificado, la repetición del activador fallido y una comprobación de referencia.

El registro está incompleto si conserva un cambio con un criterio obligatorio fallido o no probado, se basa únicamente en el resumen de la IA o afirma que hubo restauración sin volver a ejecutar las comprobaciones pertinentes.

202. Ideas clave

  • Utiliza ACTUAR → OBSERVAR → COMPROBAR → DECIDIR para separar la prueba del juicio.
  • Trata el comportamiento en ejecución y las demás observaciones pertinentes como evidencia; no uses la explicación de la IA como prueba.
  • Conserva el cambio solo si pasan todos los criterios obligatorios.
  • Después de un fallo, restaura el punto de control estable salvo que puedas verificar el aislamiento mediante un mecanismo enseñado en el curso.
  • La repetición comprueba la fiabilidad. Una corrección comienza un ciclo acotado separado.

203. Siguiente lección

La siguiente lección examina qué modo controla el ratón y el teclado. Tus registros validados de alcance y límites ayudarán a distinguir el comportamiento de entrada previsto de los cambios no relacionados.

204. Comprobación

Responde estas preguntas por tu cuenta antes de leer las respuestas.

Un estudiante rechazó correctamente la propuesta de la lección anterior. ¿Cómo puede comenzar válidamente esta actividad de validación?

  • A. Cambiar el rechazo por una aceptación sin anotar el motivo
  • B. Omitir la validación porque rechazar era un resultado inválido
  • C. Aplicar la propuesta rechazada sin volver a inspeccionarla
  • D. Utilizar un caso acotado proporcionado o inspeccionar una propuesta revisada y acotada antes de aplicarla
Mostrar respuesta y explicación

Respuesta: Utilizar un caso acotado proporcionado o inspeccionar una propuesta revisada y acotada antes de aplicarla

Por qué: El rechazo fue una decisión de inspección válida. El estudiante necesita otro objeto de prueba acotado e inspeccionado, no aplicar la propuesta rechazada.

Un cambio supera el caso previsto, pero falla un límite obligatorio. ¿Qué acciones deben figurar en el registro de validación actual?

  • A. Registrar como fallo la observación del límite
  • B. Conservar el cambio porque superó el caso principal
  • C. Volver al punto de control estable salvo que se disponga de un aislamiento verificado
  • D. Repetir el activador fallido y una comprobación de referencia después de restaurar
Mostrar respuesta y explicación

Respuesta: Registrar como fallo la observación del límite; Volver al punto de control estable salvo que se disponga de un aislamiento verificado; Repetir el activador fallido y una comprobación de referencia después de restaurar

Por qué: El fallo de un límite obligatorio impide conservar el cambio. El estudiante registra el fallo, restaura o aísla de forma verificable el cambio y repite las comprobaciones para demostrar que el comportamiento fallido ya no está activo.

Después de restaurar, ¿qué registro demuestra mejor que el cambio fallido ya no afecta a la base estable?

  • A. La IA afirma que la restauración se realizó correctamente
  • B. El estudiante cierra el proyecto y piensa probarlo más tarde
  • C. El estudiante reinicia, repite el activador fallido, ejecuta una comprobación de referencia y registra ambas observaciones
  • D. Los archivos modificados ya no aparecen en el chat
Mostrar respuesta y explicación

Respuesta: El estudiante reinicia, repite el activador fallido, ejecuta una comprobación de referencia y registra ambas observaciones

Por qué: La restauración debe verificarse en la superficie de prueba correspondiente. Repetir el activador fallido y una comprobación de referencia aporta evidencia observable tanto de la desaparición del fallo como de la conservación de la base estable.

¿Qué métodos pueden aportar evidencia cuando no es accesible utilizar directamente los controles originales?

  • A. Controles reasignados o métodos alternativos de entrada
  • B. Una prueba con asistencia de otra persona y dirigida por el estudiante
  • C. El análisis de una grabación proporcionada que muestre el activador y el resultado
  • D. Aceptar el resumen de la IA sin evidencia observable
Mostrar respuesta y explicación

Respuesta: Controles reasignados o métodos alternativos de entrada; Una prueba con asistencia de otra persona y dirigida por el estudiante; El análisis de una grabación proporcionada que muestre el activador y el resultado

Por qué: Los métodos equivalentes de entrada y observación son válidos si conservan evidencia del activador, el resultado, el límite y la decisión. Un resumen de la IA por sí solo no constituye evidencia observable de validación.

Apoyar