Un beau dimanche soir, notre série télévisée préférée revient avec sa dernière saison, et ici nous nous préparons à sauter sur elle pour consommer la série tant attendue d’abord avant que tous les spoilers nous a frappés. Pour les consommateurs, il est devenu si facile de prendre leur téléphone et de profiter du contenu sur les applications mobiles ou les applications Web. Les médias en continu sont accessibles en quelques clics et en quelques clics. Ouvrez l’application et appuyez sur play. Simple, rapide et instantané, n’est-ce pas ?

La vidéo à la demande et la consommation de streaming en direct sont devenues omniprésentes dans le monde entier. Tout le monde s’éloigne des DVD, des câblodistributeurs et le remplace par des abonnements de streaming vidéo à la demande. Avec ce boom de la demande, la performance et la qualité constantes deviennent un sujet de préoccupation. Aucune de ces plateformes à la demande ne voudrait voir leurs consommateurs vivre une expérience terne. Mais pour s’assurer que les utilisateurs obtiennent ce média en streaming disponible en toute transparence avec moins de tampon, la plus haute qualité, nous avons certainement à charger tester ces contenus multimédias avec des tonnes d’utilisateurs présents à différents géo-emplacements et le contenu en streaming pendant une longue période. Même un léger retard dans les médias ou la qualité peut entraver l’expérience client et peut fermer la base d’utilisateurs.

 

Médias en streaming et mesures de test de charge clé

Discutons d’abord des mesures importantes clés qui ont un impact sur les performances des médias en streaming.

 

Taux de bits

Le taux de bits est généralement calculé avec des octets moyens par données transférées à l’utilisateur, un taux de bits plus élevé signifie que l’utilisateur est en mesure de consommer une haute résolution de contenu à la fois dans les graphiques audio et visuels. Nous pouvons parfois faire face à la latence lorsque la différence de localisation entre l’endroit du contenu se chercher (serveurs multimédias en streaming) et les utilisateurs sont à différents endroits géographiques, ce qui affecte le taux global de bits.

 

Taux de jeu

Le taux de lecture est utilisé pour calculer le nombre ou le pourcentage d’utilisateurs qui ont effectivement joué la vidéo, Si le taux de bits est à l’extrémité inférieure, nous voyons un taux de lecture inférieur ainsi. Donc, ces deux mesures vont de pair. Si le contenu ne se charge pas dans les 30 secondes initiales, les utilisateurs ont tendance à fermer le service de streaming qui explique généralement une baisse élevée du taux de lecture.

 

Temps tampon

Le temps tampon est le temps passé pour le contenu à charger, il dépend de la latence du réseau et la vitesse de téléchargement des données utilisateur. Le calcul du temps tampon nous indique le temps passé par l’utilisateur à attendre que le contenu se charge. L’augmentation du temps tampon peut entraver l’expérience utilisateur globale et il pourrait même cesser de regarder le contenu s’il tombe en dessous d’un seuil. La mise en mémoire tampon peut également entrer en image pendant la lecture de la vidéo, généralement après que la mise en mémoire tampon complète les médias commence à jouer, la durée entre le contenu tamponné et la lecture multimédia est appelée longueur de décalage. La longueur du décalage joue un rôle important pendant que les médias sont en streaming, si la longueur du décalage augmente, elle affecte la continuité globale du streaming.

 

Durée de jeu

Durée de lecture est le temps passé par l’utilisateur à consommer le contenu, il aide à comprendre combien de temps un utilisateur moyen passe sur la plate-forme et il affiche également l’expérience globale de l’utilisateur et l’intérêt pour la vidéo en streaming. Si dernièrement notre durée de jeu diminue, il est grand temps d’améliorer le contenu multimédia sur la plate-forme.

 

Ratio de décalage

Le ratio de décalage est la quantité de temps tampon par rapport à l’audience réelle de contenu dépensée par l’utilisateur. Il permet de calculer la qualité globale des supports de streaming. Il devrait être aussi proche de zéro, mais il ne peut pas atteindre zéro. Il y aura toujours un certain décalage initial, mais la cohérence et la continuité des médias en streaming pendant longtemps devraient être maintenues pour obtenir plus de durée de jeu.

Lorsque nous avons discuté de ces paramètres ci-dessus, ils nous aident à surveiller la façon dont les applications multimédias se comportent sous charge. Ceux-ci sont également utilisés comme mesures pour améliorer les performances globales.

 

Pourquoi devons-nous tester à partir de différents emplacements géographiques?

 

Avant même de répondre pourquoi nous devons tester avec différents géolocalisations, nous allons discuter plus en termes simples comment la demande est traitée. Lorsque l’utilisateur clique sur le bouton Lecture, une demande est envoyée à votre fournisseur de services Internet (FAI). Le FAI le transmet aux serveurs dédiés qui gèrent le site Web, et les serveurs fournissent une réponse qui est relayée à votre ordinateur et forme le résultat. Pour les grands géants fournissant des médias en streaming où des millions d’heures de contenu vidéo sont relayées sur Internet entre leurs serveurs et tous les utilisateurs, un réseau beaucoup plus large de serveurs est nécessaire pour maintenir les performances.

Mais que faire si vos utilisateurs sont assis à Los Angeles en essayant de diffuser du contenu qui est disponible sur les serveurs en Asie. Cela augmente la latence et pourrait avoir une incidence sur la performance globale des médias. Pour résoudre ce problème, les fournisseurs de flux utilisent des réseaux de diffusion de contenu (CDN), qui prennent le site Web d’origine et le contenu multimédia qu’il contient, et le copient sur des centaines de serveurs répartis dans le monde entier. Ainsi, lorsque, par exemple, les utilisateurs se connectent à partir de Budapest, au lieu de se connecter au serveur principal aux États-Unis, il va charger une copie exacte de celui-ci à partir d’un serveur CDN qui est le plus proche de Budapest. Cela réduit considérablement la latence — le temps pris entre une demande et une réponse, et tout se charge très rapidement.

 

Combien d’utilisateurs mon flux peut-il gérer ?

 

Avant l’arrivée des utilisateurs réels sur la plate-forme, nous voulons charger tester les supports de streaming pour déduire la taille de la base d’utilisateurs séparée à différents endroits que nos médias en streaming sont en mesure de gérer avec la plus haute valeur de taux de bits, le taux de lecture, et la valeur la plus faible de tampon et de ratio de décalage. Pour obtenir le nombre d’utilisateurs, nous aurions besoin d’un script qui commence par x nombre d’utilisateurs de navigation sur les médias en streaming et nous aurions besoin de monter en puissance ou d’augmenter le nombre d’utilisateurs progressivement jusqu’à ce que nous commençons à voir les délais d’attente de connexion ou de baisser dans le taux moyen de bits. L’augmentation des utilisateurs simultanés et le suivi des délais d’attente de connexion nous donneraient le résultat de ce qui serait le plus grand nombre d’utilisateurs compter notre infrastructure actuelle peut gérer.

La planification et la création d’un script qui imite le comportement proche du temps réel des utilisateurs sur les supports de streaming est un aspect très important pour obtenir les meilleurs résultats. Nous aurions même besoin d’un outil dédié qui est capable de générer la charge et de s’assurer que le script ne se casse pas. Nous examinerons LoadView pour tester le cas d’utilisation exact et comprendre comment il aide à tester plus de 100 codecs de streaming multimédia différents.

Nous devons maintenant tester la charge de ces CDN et leur vitesse et voir si nous sommes confrontés à une latence à cause de cela, tout en exécutant des médias en streaming avec un grand nombre d’utilisateurs simultanés. Cela nous aidera à comprendre avec une base d’utilisateurs accrue de différents emplacements d’utilisateurs par rapport à l’endroit où le contenu réside sur le serveur, nous testons les mesures de performance et nous donnons le scénario le plus proche du temps réel.

 

LoadView & Caractéristiques

 

LoadView est une application SaaS (Software as a Service) fournissant des outils de test de charge et une assistance qui peuvent nous aider à exécuter le test de charge sur le cloud pour nos pages Web, nos médias en streaming, nos serveurs API back-end et d’autres applications Web complexes.

Pour nous aider à gérer et exécuter des exécutions de performances pour les médias en streaming, LoadView fournit une infrastructure et un script de test pour tester la charge de nos médias en continu afin de voir combien de flux simultanés notre infrastructure peut gérer. Il prend en charge plus de 100 codecs de surveillance des flux multimédias et formats de fichiers de flux multimédia, qui fournit une gamme de codecs audio et vidéo basés sur nos médias à l’essai.

LoadView a plusieurs options pour tester les médias en streaming, l’un est un test dédié où nous devons passer l’URI de diffusion multimédia en continu et l’autre implique l’utilisation de l’enregistreur Web EveryStep pour enregistrer toutes les sessions utilisateur globales du navigateur avec des médias, ce qui aide l’enregistreur à créer un script et à le réexécuter pendant le test de charge à un niveau supérieur échelle.

 

Caractéristiques de LoadView

 

Heure de connexion

Il fournit des rapports en temps réel avec le nombre de délais d’expiration de connexion pour comprendre avec les utilisateurs simultanés actuels comment l’infrastructure se comporte.

 

Taux d’image

Il fournit des détails comme le taux frame qui assurent la vitesse à laquelle les images dans les vidéos sont affichées et vérifier si elles ne sont pas à l’origine de scintillement ou de visualisation des erreurs.

 

Temps tampon

Nous aide à comprendre les valeurs des taux de rebond et des temps de visionneuse élevés avec des seuils de temps tampon et des alertes.

 

Octets moyens par seconde

LoadView surveille la qualité de l’image dans la sortie de nos supports en streaming ou des vidéos partageant des mesures comme le taux de bits qui est consommé par l’utilisateur.

 

Charge test streaming media en utilisant LoadView

 

Comme nous l’avons mentionné plus haut, LoadView offre deux options pour charger tester nos supports de streaming, l’une avec un média de streaming dédié URI où nous passons dans l’URL multimédia statique pour exécuter le test de charge, et l’autre avec l’enregistreur de script qui capture l’interaction du navigateur en temps réel avec les médias et enregistre toutes les actions effectuées par l’utilisateur pour créer un script. Ce script enregistré s’habite à exécuter des tests de charge à une échelle plus élevée.

Nous discuterons, étape par étape, de la configuration des deux façons différentes, ainsi que de l’exécution de tests de charge pour nos supports de streaming en utilisant LoadView, qui fournit un soutien pour tous les formats de fichiers de flux multimédia populaires.

 

Configuration des médias en streaming LoadView

 

Pour créer un script de test de charge multimédia en streaming, nous aurions besoin d’une cible de médias en streaming que nous voulons valider sous une lourde charge. Nous serions tenus d’entrer l’URL du média en streaming et le chemin du protocole du média, qui serait l’URI de la ressource multimédia. Nous préciserions les deux dans nos scénarios de test. Les étapes globales impliquées lors de l’exécution du test de charge pour les supports de streaming comprend les étapes ci-dessous:

 

Configuration multimédia en streaming : Étape 1

L’utilisateur entre l’URL multimédia en streaming et le type de média.

 

Configuration multimédia en streaming : Étape 2

En fonction des supports testés, les générateurs de charge essaieront de consommer en récupérant le contenu de l’URL multimédia stream.

 

Configuration multimédia en streaming : Étape 3

Les flux ont plusieurs attributs comme la qualité, les codecs, la vidéo, l’audio qui seraient récupérés à partir du serveur et les mesures pour chaque attribut seront calculées pendant l’essai.

 

Configuration multimédia en streaming : Étape 4

Il y a un délai d’attente de connexion qui serait mentionné dans le scénario de test, si le serveur multimédia en continu n’est pas en mesure d’envoyer du contenu dans le seuil de délai d’attente stipulé, une erreur sera générée qui serait disponible dans les résultats des tests.

 

Configuration du test de performance de streaming de LoadView Media

Examinons les étapes nécessaires pour exécuter un test de charge multimédia en streaming.

 

Créer un nouveau test

Ouvrez la page d’accueil de test LoadView. Nous pouvons avoir besoin de cliquer sur Nouveau test pour commencer à créer notre nouveau test de charge.

Les médias en streaming créent un nouveau test de charge

 

Sélectionnez Type de test de charge

Nous verraient tous les différents types de tests de charge pris en charge par LoadView comme les applications Web, Pages Web, Streaming Media, HTTP / S, entre autres options. Pour notre cas d’utilisation, sélectionnez l’option Streaming Media pour exécuter notre test de charge.

Streaming Media Sélectionnez le type de test de charge

 

Tâche de configuration des médias en streaming

Après avoir choisi les médias en streaming, nous aurions besoin d’entrer des détails pour l’application en cours de test comme le type de médias et url multimédia en streaming. Nous aurions également besoin d’entrer le délai d’attente pour la demande à l’essai. Si pour une raison quelconque, l’application devient insensible, LoadView attendrait l’intervalle défini et finirait plus tard le test avec les détails d’erreur appropriés. Une fois mis à jour, nous devons cliquer sur le bouton Créer l’appareil.

Tâche de configuration des médias en streaming

Configuration du scénario de test

Une fois que l’appareil pour lequel serait exécuté le test de charge est configuré avec succès, nous serions redirigés vers l’écran scénario de test, qui fournit plusieurs options basées sur l’exécution de test requise. Des champs comme les utilisateurs simultanés, le temps de montée en puissance, la vitesse de montée enpuissance, le temps d’échauffement et la géo-distribution pour notre test de charge peuvent être définis sur l’écran du scénario de test. Ces valeurs dépendent du type d’applications et peuvent être définies selon l’exigence de test de charge.

Scénario de test multimédia en streaming

Charge multimédia en continu Charge injecteur charge charge

 

Utilisateurs simultanés de médias en streaming

Sur l’écran scénario de test, nous aurions besoin d’ajouter le nombre d’utilisateurs simultanés nécessaires pour exécuter le test de charge. Les injecteurs de charge seraient lancés en fonction de la charge et des utilisateurs simultanés requis pour l’exécution des essais. Une fois notre test de charge terminé, des analyses détaillées et des rapports seront générés, ce qui aidera à évaluer et à trouver les lacunes de performance, ainsi que la façon dont le système s’est comporté pendant notre essai.

 

Heure de connexion

Le temps de connexion est le décalage horaire entre l’ouverture d’une session de streaming avec lecture de la première image de la vidéo en streaming. Cette fois est ajouté à notre ratio de décalage métrique discuté précédemment.

 

durée

La durée est la valeur totale du temps pour laquelle le contenu est consommé par l’utilisateur, il décrit également le temps pris par le moteur pour capturer le contenu.

 

qualité

La qualité est calculée par la quantité de débits consommés par l’utilisateur, ce qui permet de comprendre la représentation visuelle des supports en streaming.

 

Cadre par seconde

Frames par seconde nous aide à calculer le nombre d’images téléchargées au cours de l’essai effectué.

 

Charge testant les supports de streaming avec l’enregistreur Web EveryStep

 

Cette section nous aide à comprendre comment nous pouvons charger tester de vraies sessions de navigateur ayant des supports en streaming avec le contenu habituel du site Web. L’enregistreur Web EveryStep fourni avec LoadView peut être utilisé pour créer des scénarios de test basés sur le comportement réel de l’utilisateur sur une application Web ayant du contenu, où il implique audio, consommation vidéo, lecture / pause de la vidéo, compact ou élargi lecteur multimédia vidéo streaming. L’enregistreur de script enregistre toutes les actions et permet de réexécuter l’expérience utilisateur à plus grande échelle pour obtenir les résultats de performance proches des performances réelles de l’application Web. L’enregistreur prend en charge tous les navigateurs de premier plan pour nous aider à donner des résultats de test de charge basés sur différents navigateurs. Nous pouvons modifier et configurer les scripts créés par EveryStep lors de l’enregistrement selon nos besoins. Il nous aide à mettre à l’échelle et à travailler avec plusieurs applications Web en utilisant Flash, JavaScript, WebSockets, HTML5, Java, PHP, Ruby, Silverlight, et plus encore. La configuration est similaire aux étapes mentionnées ci-dessus, mais varie légèrement lors de l’utilisation de l’enregistreur Web EveryStep. Les étapes de mise en place d’un test de charge avec l’enregistreur de script sont les suivantes :

  1. Créez un nouveau test sur LoadView et choisissez l’option Applications Web.
  2. Nous serions redirigés vers la fenêtre du navigateur Record, où nous pouvons choisir différents navigateurs et URL d’application. Entrez les détails des applications et cliquez sur Enregistrer.
  3. Une fois l’enregistrement prêt, nous pouvons naviguer sur l’application Web comme un utilisateur final le ferait et l’enregistreur de script nous aidera à générer un script qui pourrait être lu à nouveau en utilisant les mêmes étapes suivies par nous.
  4. Nous pouvons configurer les retards dans le script créé en cliquant à droite sur la dernière ligne de script. Ce délai aidera à tester les scénarios pour attendre les médias.
  5. Une fois que nous avons terminé, nous pouvons cliquer sur Créer script et serait redirigé vers l’écran scénario de test, où nous serions autorisés à entrer les géolocalisations nécessaires pour notre test, avec le nombre d’utilisateurs simultanés nécessaires pour notre test, et la montée en puissance / montée en puissance des vitesses.

 

Application Web de médias en continu

Étapes enregistrées de l’application Web de streaming media

 

 

Conclusion: Comment charger les tests de streaming media: serveurs, scripts et plus encore

Avec la demande récente de vidéo et de médias en direct et le trafic sur ces supports, il est difficile pour les industries de fournir le meilleur service et la meilleure qualité pour rester en activité. S’assurer que nous stressons les médias en streaming à l’avance est une exigence et ne peut pas être négligé. Nous avons examiné un guide étape par étape sur la façon dont nous pouvons configurer un scénario de test et exécuter le test de charge de notre application multimédia en streaming à l’aide de LoadView, qui fournit un soutien étendu pour l’audio, les codecs vidéo et le support de format multimédia multiple. Nous avons également examiné les approches pour charger l’application selon les besoins. LoadView fournit une prise en charge étendue pour le test de charge de contenu multimédia en streaming à l’aide de l’enregistreur Web EveryStep et consacre le test de charge URI multimédia en streaming.

En savoir plus sur les tests de charge de vos médias en streaming et inscrivez-vous à l’essai gratuit pour obtenir jusqu’à 5 tests de charge gratuits.