Un buen domingo por la noche, nuestra serie de televisión favorita vuelve con su última temporada, y aquí nos preparamos para saltar sobre ella para consumir la tan esperada serie primero antes de que cualquier spoilers nos golpeara. Para los consumidores, se ha vuelto muy fácil tomar su teléfono y disfrutar del contenido en aplicaciones móviles o aplicaciones web. Los medios de transmisión son accesibles con solo unos pocos clics y toques. Abre la aplicación y dale al play. Simple, rápido e instantáneo, ¿verdad?

El consumo de vídeo bajo demanda y streaming en directo se ha generalizado en todo el mundo. Todo el mundo se está alejando de DVDs, proveedores de cable y reemplazarlo con suscripciones de streaming de vídeo bajo demanda. Con este auge de la demanda, el alto rendimiento y la calidad se convierten en un tema de preocupación. Ninguna de estas plataformas bajo demanda querría ver a sus consumidores tener una experiencia aburrida. Pero para asegurarnos de que los usuarios tengan este contenido de streaming disponible sin problemas con menos almacenamiento en búfer, la más alta calidad, definitivamente tenemos que cargar pruebas de estos contenidos multimedia con toneladas de usuarios presentes en diferentes ubicaciones geográficas y contenido de streaming durante mucho tiempo. Incluso un menor retraso en los medios o la calidad puede obstaculizar la experiencia del cliente y puede cerrar la base de usuarios.

 

Medios de transmisión y métricas de pruebas de carga clave

En primer lugar, analicemos las métricas importantes clave que afectan al rendimiento de los medios de streaming.

 

Velocidad de bits

La velocidad de bits se calcula generalmente con el promedio de bytes por los datos transferidos al usuario, la velocidad de bits más alta significa que el usuario es capaz de consumir alta resolución de contenido tanto en audio como en gráficos visuales. A veces podemos enfrentarnos a la latencia cuando la diferencia de ubicación entre el lugar del contenido que se obtiene (servidores multimedia de streaming) y los usuarios se encuentran en diferentes ubicaciones geográficas, lo que afecta a la velocidad binaria general.

 

Tasa de juego

La tasa de reproducción se utiliza para calcular el número o porcentaje de usuarios que realmente han reproducido el vídeo, si la velocidad de bits está en el extremo inferior, también vemos una tasa de reproducción más baja. Así que ambas métricas van de la mano. Si el contenido no se carga en los 30 segundos iniciales, los usuarios tienden a cerrar el servicio de streaming, que normalmente representa una alta disminución de la tasa de reproducción.

 

Tiempo de búfer

El tiempo de búfer es el tiempo empleado para que el contenido se cargue, depende de la latencia de red y la velocidad de descarga de datos de usuario. El cálculo del tiempo de búfer nos indica la cantidad de tiempo que pasa el usuario para esperar a que se cargue el contenido. El aumento del tiempo de búfer puede obstaculizar la experiencia general del usuario e incluso podría dejar de ver el contenido si cae por debajo de un umbral. El almacenamiento en búfer también puede entrar en imagen mientras se reproduce vídeo, por lo general, después de que el almacenamiento en búfer termine la reproducción de medios, el tiempo entre el contenido almacenado en búfer y la reproducción multimedia se denomina longitud de retraso. La longitud del retraso desempeña un papel importante mientras que los medios están transmitiendo, si aumenta la longitud del retraso afecta a la continuidad general de la transmisión.

 

Tiempo de duración de la obra

El tiempo de duración de reproducción es el tiempo empleado por el usuario que consume el contenido, ayuda a entender cuánto tiempo pasa un usuario promedio en la plataforma y también muestra la experiencia general del usuario y el interés en el vídeo de streaming. Si últimamente nuestro tiempo de duración de reproducción disminuye, es hora de mejorar el contenido multimedia a través de la plataforma.

 

Relación de retraso

La relación de retraso es la cantidad de tiempo de almacenamiento en búfer sobre la audiencia de contenido real que pasa el usuario. Ayuda a calcular la calidad general de los medios de transmisión. Debe estar tan cerca de cero, pero no puede llegar a cero. Siempre habrá algún retraso inicial, pero la consistencia y continuidad de los medios de transmisión durante mucho tiempo se deben mantener para obtener un tiempo de duración de juego más alto.

A medida que discutimos estas métricas anteriores, nos ayudan a supervisar cómo se comportan las aplicaciones multimedia bajo carga. También se utilizan como métricas para mejorar el rendimiento general.

 

¿Por qué necesitamos realizar pruebas desde diferentes ubicaciones geográficas?

 

Antes de responder por qué necesitamos probar con diferentes ubicaciones geográficas, vamos a discutir más en términos de laicos cómo se procesa la solicitud. Cuando el usuario hace clic en el botón Reproducir, se envía una solicitud a su proveedor de servicios de Internet (ISP). El ISP lo reenvía a los servidores dedicados que manejan el sitio web, y los servidores proporcionan una respuesta que se retransmite de nuevo a su ordenador y forma el resultado. Para los gigantes más grandes que proporcionan medios de transmisión donde millones de horas de contenido de vídeo se transmiten a través de Internet entre sus servidores y todos los usuarios, se necesita una red mucho más grande de servidores para mantener el rendimiento.

Pero, ¿qué pasa si sus usuarios están sentados en Los Angeles tratando de transmitir contenido que está disponible en servidores en Asia. Esto aumenta la latencia y podría afectar al rendimiento general de los medios. Para resolver este problema, los proveedores de transmisión utilizan redes de entrega de contenido (CDN), que toman el sitio web original y el contenido multimedia que contiene, y lo copian en cientos de servidores repartidos por todo el mundo. Así que cuando, por ejemplo, los usuarios inician sesión desde Budapest, en lugar de conectarse al servidor principal en los Estados Unidos, cargará una copia exacta de la misma desde un servidor CDN que es el más cercano a Budapest. Esto reduce en gran medida la latencia: el tiempo que se tarda entre una solicitud y una respuesta, y todo se carga muy rápido.

 

¿Cuántos usuarios puede manejar mi secuencia?

 

Antes de que los usuarios reales lleguen a la plataforma, queremos probar la prueba de carga de los medios de streaming para deducir qué tamaño de base de usuario separado en diferentes ubicaciones nuestros medios de streaming es capaz de administrar con el valor más alto de velocidad de bits, velocidad de reproducción y el valor más bajo de almacenamiento en búfer y proporción de retraso. Para obtener el número de usuarios necesitaríamos un script que comience con x número de usuarios que navegan en los medios de streaming y tendríamos que aumentar o aumentar el número de usuarios gradualmente hasta que empecemos a ver los tiempos de espera de conexión o caer en la velocidad de bits promedio. Aumentar los usuarios simultáneos y realizar un seguimiento del tiempo de espera de la conexión nos daría el resultado de cuál sería el mayor número de usuarios que nuestra infraestructura actual puede manejar.

Planificar y crear un script que imita el comportamiento cercano al usuario en tiempo real en los medios de streaming es un aspecto muy importante para obtener los mejores resultados. Incluso necesitaríamos una herramienta dedicada que sea capaz de generar la carga y asegurarnos de que el script no se rompe. Analizaremos LoadView para probar el caso de uso exacto y comprender cómo ayuda a probar más de 100 códecs de streaming multimedia diferentes.

Ahora necesitamos probar la carga de la ejecución y la velocidad de estas CDN y ver si enfrentamos alguna latencia debido a ello, mientras ejecutamos medios de transmisión con un gran conjunto de usuarios simultáneos. Esto nos ayudará a comprender con una mayor base de usuarios de diferentes ubicaciones de usuarios en comparación con dónde residen los contenidos en el servidor, probamos las métricas de rendimiento y nos dan el escenario más cercano al tiempo real.

 

LoadView & Características

 

LoadView es una aplicación de software como servicio (SaaS) que proporciona herramientas de prueba de carga y soporte que pueden ayudarnos a ejecutar la prueba de carga en la nube para nuestras páginas web, medios de transmisión, servidores API de back-end y otras aplicaciones web complejas.

Para ayudarnos a administrar y ejecutar ejecuciones de rendimiento para medios de transmisión, LoadView proporciona infraestructura y script de prueba para probar la carga de nuestros medios de transmisión para ver cuántas transmisiones simultáneas puede manejar nuestra infraestructura. Es compatible con más de 100 códecs de supervisión de secuencia de medios y formatos de archivo de flujo de medios, que proporciona una gama de audio, códecs de vídeo basados en nuestros medios bajo prueba.

LoadView tiene múltiples opciones para probar los medios de transmisión, una es una prueba dedicada en la que debemos pasar el URI de transmisión de medios y la otra implica usar EveryStep Web Recorder para grabar todas las sesiones generales del usuario del navegador con medios, lo que ayuda a la grabadora a crear un script y volver a ejecutarlo durante la prueba de carga a niveles más altos. escala.

 

Características de LoadView

 

Tiempo de conexión

Proporciona informes en tiempo real con el recuento de tiempos de espera de conexión para comprender con los usuarios simultáneos actuales cómo se comporta la infraestructura.

 

Velocidad de fotogramas

Proporciona detalles como la velocidad de fotogramas que garantiza la velocidad a la que se muestran las imágenes en los vídeos y comprueba si no están causando parpadeos o errores de visualización.

 

Tiempo de almacenamiento en búfer

Nos ayuda a comprender los valores de las tasas de rebote y los tiempos de los espectadores altos con umbrales de tiempo de almacenamiento en búfer y alertas.

 

Promedio de bytes por segundo

LoadView supervisa la calidad de imagen en la salida de nuestros medios de streaming o métricas de intercambio de vídeos, como la velocidad de bits que consume el usuario.

 

Cargar medios de streaming de pruebas mediante LoadView

 

Como hemos explicado anteriormente, LoadView proporciona dos opciones para cargar nuestros medios de streaming, una con un URI de medios de streaming dedicado donde pasamos la dirección URL de medios estáticos para ejecutar la prueba de carga, y otra con el registrador de scripts que captura la interacción del explorador en tiempo real con los medios y registra todas las acciones realizadas por el usuario para crear un script. Este script grabado se utiliza para ejecutar pruebas de carga a una escala superior.

Vamos a discutir, paso a paso, la configuración para ambos de las diferentes maneras, así como la ejecución de pruebas de carga para nuestros medios de streaming mediante LoadView, que proporciona soporte para todos los formatos de archivo de flujo de medios populares.

 

Configuración de medios de streaming de LoadView

 

Para crear un script de prueba de carga de medios de streaming, necesitaríamos un destino de medios de streaming que queremos validar bajo carga pesada. Se nos pediría que ingresáramos la URL de medios de transmisión y la ruta de protocolo de los medios, que sería el URI del recurso multimedia. Estaríamos especificando ambos en nuestros escenarios de prueba. Los pasos generales necesarios al ejecutar la prueba de carga para medios de streaming incluyen los pasos siguientes:

 

Configuración de medios de transmisión: Paso 1

El usuario introduce la URL de medios de streaming y el tipo de medio.

 

Configuración de medios de transmisión: Paso 2

En función de los medios que se están probando, los generadores de carga intentarán consumir capturando el contenido de la dirección URL de medios de Stream.

 

Configuración de medios de transmisión: Paso 3

Las secuencias tienen varios atributos como calidad, códecs, vídeo, audio que se obtendría del servidor y las métricas de cada atributo se calcularán durante la ejecución de la prueba.

 

Configuración de medios de transmisión: Paso 4

Hay un tiempo de espera de conexión que se mencionaría en el escenario de prueba, si el servidor multimedia de streaming no puede enviar contenido dentro del umbral de tiempo de espera estipulado, se generará un error que estaría disponible en los resultados de la prueba.

 

Configuración de la prueba de rendimiento de LoadView Media Streaming

Echemos un vistazo a los pasos necesarios para ejecutar una prueba de carga de medios de streaming.

 

Crear nueva prueba

Abra la página de inicio de pruebas de LoadView. Es posible que tengamos que hacer clic en Nueva prueba para comenzar a crear nuestra nueva prueba de carga.

Los medios de transmisión crean una nueva prueba de carga

 

Seleccione Tipo de prueba de carga

Veríamos todos los diferentes tipos de pruebas de carga soportadas por LoadView como Aplicaciones Web, Páginas Web, Streaming Media, HTTP/S,entre otras opciones. Para nuestro caso de uso, seleccione la opción Streaming Media para ejecutar nuestra prueba de carga.

Medios de transmisión Seleccione el tipo de prueba de carga

 

Tarea de configuración de medios de streaming

Después de elegir Streaming media, tendríamos que introducir los detalles de la aplicación en prueba como el tipo de medio y la URL de medios de streaming. También tendríamos que introducir el tiempo de espera para la aplicación bajo prueba. Si debido a algún motivo, la aplicación deja de responder, LoadView esperaría el intervalo establecido y más adelante finalizaría la prueba con los detalles de error adecuados. Una vez actualizado, tenemos que hacer clic en el botón Crear dispositivo.

Tarea de configuración de medios de streaming

Configuración del escenario de prueba

Una vez que el dispositivo para el que se ejecutaría la prueba de carga se configura correctamente, se nos redirigiría a la pantalla Escenario de prueba, que proporciona varias opciones basadas en la ejecución de prueba necesaria. Campos como Usuarios simultáneos, Tiempo de rampa,Velocidad de rampa, Tiempo de calentamientoy Distribución geográfica para nuestra prueba de carga se pueden definir en la pantalla Escenario de prueba. Estos valores dependen del tipo de aplicaciones y se pueden establecer según el requisito de prueba de carga.

Escenario de prueba de medios de transmisión

Carga útil del inyector de carga de medios de transmisión

 

Transmisión de medios Usuarios concurrentes

En la pantalla Escenario de prueba, tendríamos que agregar el número de usuarios simultáneos necesarios para ejecutar la prueba de carga. Los inyectores de carga se iniciarían en función de la carga y los usuarios simultáneos necesarios para la ejecución de la prueba. Una vez completada con éxito nuestra prueba de carga, se generarían análisis e informes detallados que ayudarían a medir y encontrar cualquier laguna de rendimiento, así como cómo se comportó el sistema durante nuestra ejecución de prueba.

 

Tiempo de conexión

El tiempo de conexión es la diferencia de tiempo entre iniciar una sesión de streaming con la reproducción del primer fotograma de streaming de vídeo. Este tiempo se añade a nuestra relación de retraso métrico discutida anteriormente.

 

Duración

Duración es el valor de tiempo total para el que el usuario consume contenido, también describe el tiempo que tarda el motor en capturar contenido.

 

Calidad

La calidad se calcula por la cantidad de velocidades de bits consumidas por el usuario, lo que ayuda a comprender la representación visual de los medios transmitidos.

 

Fotograma por segundo

Frames per second nos ayuda a calcular el número de fotogramas descargados a través de la ejecución de prueba realizada.

 

Carga de pruebas de streaming de medios con everyStep Web Recorder

 

Esta sección nos ayuda a entender cómo podemos cargar sesiones de explorador reales de prueba que tienen contenido de streaming con el contenido habitual del sitio web. EveryStep Web Recorder proporcionado con LoadView se puede utilizar para crear escenarios de prueba basados en el comportamiento real del usuario a través de una aplicación web que tiene contenido, donde implica audio, consumo de vídeo, reproducción/pausa de vídeo, transmisión de reproductor de vídeo compacta o ampliada. El grabador de scripts registra todas las acciones y ayuda a volver a ejecutar la experiencia del usuario a mayor escala para obtener resultados de rendimiento casi reales de la aplicación web. La grabadora es compatible con todos los navegadores prominentes para ayudarnos a dar resultados de pruebas de carga basados en diferentes navegadores. Podemos modificar y configurar scripts creados por EveryStep durante la grabación según nuestros requisitos. Nos ayuda a escalar y trabajar con múltiples aplicaciones web mediante Flash, JavaScript, WebSockets, HTML5, Java, PHP, Ruby, Silverlight y más. La configuración es similar a los pasos mencionados anteriormente, pero varía ligeramente cuando se utiliza EveryStep Web Recorder. Los pasos para configurar una prueba de carga con la grabadora de scripts son los siguientes:

  1. Cree una nueva prueba en LoadView y elija la opción Aplicaciones web.
  2. Sería redirigido a la ventana del navegador de registro, donde podemos elegir varios navegadores y direcciones URL de la aplicación. Introduzca los detalles de las aplicaciones y haga clic en Grabar.
  3. Una vez que la grabación está lista, podemos navegar por la aplicación web como lo haría un usuario final y la grabadora de scripts nos ayudará a generar un script que podría reproducirse de nuevo siguiendo los mismos pasos seguidos por nosotros.
  4. Podemos configurar retrasos en el script creado haciendo clic con el botón derecho en la última línea de script. Este retraso ayudará a probar escenarios para esperar a los medios.
  5. Una vez que hayamos terminado, podemos hacer clic en Crear script y se nos redirigiría a la pantalla Escenario de prueba, donde se nos permitiría introducir las ubicaciones geográficas necesarias para nuestra prueba, junto con el número de usuarios simultáneos necesarios para nuestra prueba, y aumentar las velocidades de aumento/ aumento.

 

Aplicación web de streaming multimedia

Pasos grabados de la aplicación web streaming Media

 

 

Conclusión: Cómo cargar medios de streaming de pruebas: servidores, scripts y más

Con la reciente demanda de video y medios de transmisión en vivo, y el tráfico a través de estos medios, desafía a las industrias a ofrecer el mejor servicio y calidad para mantenerse en el negocio. Asegurarnos de estresar los medios de transmisión de antemano es un requisito y no se puede descuidar. Hemos visto una guía paso a paso sobre cómo podemos configurar un escenario de prueba y ejecutar la prueba de carga de nuestra aplicación multimedia de streaming mediante LoadView, que proporciona una amplia compatibilidad con audio, códecs de vídeo y compatibilidad con varios formatos multimedia. También examinamos los enfoques para probar la aplicación de carga según sea necesario. LoadView proporciona una amplia compatibilidad con la prueba de carga de contenido multimedia de streaming mediante EveryStep Web Recorder y dedica la prueba de carga de URI de medios de streaming.

Obtén más información sobre las pruebas de carga de tus medios de transmisión y regístrate para obtener la prueba gratuita para obtener hasta 5 pruebas de carga gratuitas.