Comenzar desde un resultado concreto#
Definir el cambio previsto: máximo casco, precio, macro, botón u objeto real. Analizando XML y volando una nave correctamente equipada son resultados diferentes.
Una secuencia de verificación de un solo jugador#
Compruebe la estructura de las extensiones, los ID y las opciones; sintaxis y esquemas XML; importar, parchear y ejecutar registros; el valor u objeto real del juego; UI hace clic, cerrando, refrescando y reabriendo; luego los mismos hechos después de un reinicio completo. XSD no ejecuta scripts.
Separar las hipótesis#
Para una propiedad, compruebe el valor efectivo y los parches conflictivos. Para una nave, compruebe la matrícula, apariencia, conexiones de equipo, vuelo y disponibilidad. Para una configuración, verifique la persistencia y ausencia de reinicios repetidos. Los objetos nuevos y guardados pueden tener diferentes ciclos de vida.
Repetir pruebas costosas por una razón#
Un cambio de etiqueta de botón necesita el cheque de la UI afectada. Los cambios de carga o de serialización necesitan el escenario de juego relevante. Recopilar hechos completos primero, luego comparar todas las diferencias. Una nave no prueba cada clase de casco. Documentar condiciones exactas y casos no probados; no ocultar un fallo reparando manualmente los activos de prueba. registros, Persistencia en MD y compatibilidad.