Один прекрасный воскресный вечер, наш любимый телесериал возвращается со своим последним сезоном, и здесь мы готовы перейти на него, чтобы потреблять долгожданный серии, прежде чем любые спойлеры ударил нас. Для потребителей стало так легко взять свой телефон и наслаждаться контентом в мобильных приложениях или веб-приложениях. Потоковое мультимедиа доступно всего за несколько кликов и нажатий. Откройте приложение и нажмите кнопку воспроизведения. Простой, быстрый и мгновенный, не так ли?
Потребление видео и потоковой передачи по запросу стало широко распространенным во всем мире. Все отходят от DVD-дисков, кабельных провайдеров и заменяют их подписками на потоковое видео по требованию. С этим бумом спроса, последовательная высокая производительность и качество становятся предметом озабоченности. Ни одна из этих платформ по требованию не хотела бы, чтобы их потребители имеют скучный опыт. Но чтобы убедиться, что пользователи получают этот потокового мультимедиа доступны бесшовно с меньшим буферизации, высокого качества, мы определенно должны загрузить тест этих медиа-контента с тоннами пользователей, присутствующих в различных геолокациях и потокового контента в течение длительного времени. Даже малейшая задержка в средствах массовой информации или качество может помешать клиенту опыт и может закрыть базу пользователей.
Метрика потокового мультимедиа и тестирования ключевой нагрузки
Давайте сначала обсудим ключевые важные показатели, которые влияют на производительность потоковых мультимедиа.
Бит-курс
Бит скорость обычно рассчитывается со средним байтами на данные, переданные пользователю, более высокая скорость бита означает, что пользователь может потреблять высокое разрешение контента как в аудио-, так и в визуальной графике. Иногда мы можем столкнуться с задержкой, когда разница в местоположении между местом от получения контента (Потоковые медиа-серверы) и пользователями находятся в разных географических точках, что влияет на общую скорость бита.
Ставка воспроизведения
Скорость воспроизведения используется для расчета количества или процента пользователей, которые на самом деле играли видео, Если бит ставка находится на нижнем конце, мы видим более низкую скорость игры, а также. Таким образом, обе эти метрики идут рука об руку. Если содержимое не загружается в течение первых 30 секунд, пользователи, как правило, закрывают потоковый сервис, на который обычно приходится высокое падение скорости воспроизведения.
Буферное время
Буферное время – это время, затухаемое на загрузку контента, это зависит от задержки сети и скорости загрузки пользовательских данных. Расчет буферного времени показывает нам количество времени, затученного пользователем на ожидание загрузки содержимого. Увеличение буферного времени может затруднить общее время работы с пользователем, и он может даже перестать смотреть содержимое, если оно упадет ниже порога. Буферирование также может прийти в картину во время воспроизведения видео, как правило, после буферизации завершает средства массовой информации начинает играть, продолжительность времени между буферным содержанием и воспроизведения средств массовой информации называется отставание длины. Длина отставания играет важную роль, в то время как мультимедиа является потоковой передачей, если длина отставания увеличивается, это влияет на общую непрерывность потоковой передачи.
Время воспроизведения продолжительности игры
Время воспроизведения Продолжительность – это время, затмеченное пользователем на просмотр контента, это помогает понять, сколько времени средний пользователь проводит на платформе, а также отображает общий опыт пользователя и интерес к потоковому видео. Если в последнее время время нашей игры сокращается, настало время для улучшения медиа-контента над платформой.
Коэффициент задержки
Коэффициент задержки – это количество буферизации времени по фактической аудитории контента, затраченной пользователем. Это помогает рассчитать общее качество потокового мультимедиа. Она должна быть как можно ближе к нулю, но она не может достичь нуля. Там всегда будет некоторое первоначальное отставание, но последовательность и непрерывность потокового мультимедиа в течение длительного времени должны быть сохранены, чтобы получить более высокое время воспроизведения.
Когда мы обсуждали эти выше метрики, они помогают нам контролировать, как медиа-приложения ведут себя под нагрузкой. Они также используются в качестве метрик для повышения общей производительности.
Почему мы должны тестировать из разных географических местоположений?
Прежде чем мы даже ответим, почему нам нужно протестировать с различными геолокациями, давайте обсудим больше в терминах неспециалиста, как запрос обрабатывается. Когда пользователь нажимает на кнопку Воспроизведение, запрос отправляется поставщику интернет-услуг (ISP). Провайдер направляет его на выделенные серверы, которые обрабатывают веб-сайт, и серверы обеспечивают ответ, который передается обратно на ваш компьютер и формирует результат. Для крупных гигантов, предоставляющих потоковые медиа, где миллионы часов видеоконтента передаются через Интернет между их серверами и всеми пользователями, для поддержания производительности необходима гораздо большая сеть серверов.
Но что делать, если ваши пользователи сидят в Лос-Анджелесе, пытаясь поток контента, который доступен на серверах в Азии. Это увеличивает задержку и может повлиять на общую производительность мультимедиа. Чтобы решить эту проблему, потоковые провайдеры используют сети доставки контента (CDN), которые берут исходный веб-сайт и содержащийся на нем медиаконтент и копируют его на сотни серверов, разбросанных по всему миру. Поэтому, когда, скажем, пользователи въехаются из Будапешта, вместо подключения к главному серверу в Соединенных Штатах, он загрузит точную копию его с сервера CDN, который находится ближе всего к Будапешту. Это значительно снижает задержку – время, затя взятое между запросом и ответом, и все загружается очень быстро.
Сколько пользователей может обрабатывать мой поток?
Прежде чем фактические пользователи прибудут на платформу, мы хотим загрузить тестирование потоковых мультимедиа, чтобы определить, какой размер пользовательской базы разделен в разных местах, с помощью которого наши потоковые средства массовой информации могут управлять с наибольшим значением скорости бита, скорости воспроизведения и наименьшего значения коэффициента буферизации и отставания. Чтобы получить количество пользователей, нам понадобится скрипт, который начинается с x количество пользователей, просматривающих на потоковых средствах массовой информации, и мы должны были бы увеличить или увеличить количество пользователей постепенно, пока мы не начнем видеть тайм-ауты соединения или падение средней скорости бита. Увеличение числа одновременных пользователей и тайм-аут отслеживания подключения даст нам результат того, что будет самым высоким числом пользователей рассчитывать нашей текущей инфраструктуры может обрабатывать.
Планирование и создание скрипта, имитирующих близкое к реальному времени поведение пользователей на потоковых мультимедиа, является очень важным аспектом для получения наилучших результатов. Нам даже понадобится специальный инструмент, который способен генерировать нагрузку и убедиться, что сценарий не сломается. Мы посмотрим на LoadView, чтобы проверить точный случай использования и понять, как это помогает проверить более 100 различных кодеков потокового мультимедиа.
Теперь нам нужно нагрузочно протестировать выполнение и скорость этих CDN и посмотреть, не столкнемся ли мы с какой-либо задержкой из-за этого при запуске потокового мультимедиа с большим набором одновременных пользователей. Это поможет нам понять, что с увеличением пользовательской базы из разных мест пользователей по сравнению с тем, где содержимое находится на сервере, мы тестируем показатели производительности и даем нам сценарий, наиболее близкий к реальному времени.
LoadView – Особенности
LoadView — это приложение «Программное обеспечение как услуга» (SaaS), предоставляющее инструменты нагрузочного тестирования и поддержку, которые могут помочь нам запустить нагрузочное тестирование через облако для наших веб-страниц, потокового мультимедиа, внутренних серверов API и других сложных веб-приложений.
Чтобы помочь нам управлять прогонами производительности потокового мультимедиа и выполнять их, LoadView предоставляет инфраструктуру и тестовый сценарий для нагрузочного тестирования потокового мультимедиа, чтобы увидеть, сколько одновременных потоков может обработать наша инфраструктура. Он поддерживает 100 “Медиа поток мониторинга Кодеков и форматов файлов медиа-потоков, который обеспечивает широкий спектр аудио, видео кодеков на основе наших средств массовой информации в тесте.
LoadView имеет несколько вариантов тестирования потокового мультимедиа, один из которых представляет собой специальный тест, в котором нам нужно передать URI потокового мультимедиа, а другой включает использование EveryStep Web Recorder для записи всех общих пользовательских сеансов браузера с мультимедиа, что помогает регистратору создать сценарий и повторно запустить его во время нагрузочного теста на более высоком уровне масштаб.
Особенности LoadView
Время подключения
Он предоставляет отчеты в режиме реального времени с подсчетом тайм-аутов подключения, чтобы понять текущим одновременным пользователям, как ведет себя инфраструктура.
Частота кадров
Он предоставляет подробную информацию, как частота кадров, которые обеспечивают скорость, с которой изображения в видео отображаются и проверить, являются ли они не вызывают мерцающие или просмотра ошибок.
Буферное время
Помогает нам понять значения отказов и просмотра раз высока с буферизации порогов времени и предупреждений.
Средние байты в секунду
LoadView отслеживает качество изображения в выходе из наших потоковых мультимедиа или видео обмена метрик, как бит скорость, которая становится потребляется пользователем.
Загрузите тестирование потоковых мультимедиа с помощью LoadView
Как мы уже говорили выше, LoadView предоставляет два варианта для загрузки тестирования наших потоковых мультимедиа, один с выделенным потоковым медиа URI, где мы проходим в статическом URL-адресе мультимедиа для запуска теста нагрузки, а другой с регистратором скрипта, который фиксирует взаимодействие браузера в режиме реального времени со средствами массовой информации и записывает все действия, предпринятые пользователем для создания скрипта. Этот записанный скрипт используется для времени нагрузочных тестов в более высоком масштабе.
Мы будем обсуждать, шаг за шагом, настройки для обоих различных способов, а также выполнение нагрузочных тестов для наших потоковых средств массовой информации с помощью LoadView, который обеспечивает поддержку для всех популярных форматов файла потока мультимедиа.
Конфигурация потокового мультимедиа LoadView
Для создания сценария тестирования нагрузки потокового мультимедиа нам потребуется цель потокового мультимедиа, которую мы хотим проверить под большой нагрузкой. Нам потребуется ввести URL-адрес потокового мультимедиа и путь к протоколу мультимедиа, который будет URI медиаресурса. Мы бы уточнили оба сценария тестирования. Общие шаги, связанные с запуском теста нагрузки для потоковых мультимедиа, включают в себя ниже шаги:
Конфигурация потокового мультимедиа: Шаг 1
Пользователь вводит URL-адрес потокового мультимедиа и тип мультимедиа.
Конфигурация потокового мультимедиа: Шаг 2
На основе тестируемых средств генераторы нагрузок попытаются потреблять содержимое из URL-адреса мультимедиа Stream.
Конфигурация потокового мультимедиа: Шаг 3
Потоки имеют несколько атрибутов, таких как качество, кодеки, видео, аудио, которые будут извлечены с сервера и метрики для каждого атрибута будут рассчитаны во время тестового запуска.
Конфигурация потокового мультимедиа: Шаг 4
Существует тайм-аут соединения, который будет упомянут в тестовом сценарии, если потоковый медиа-сервер не сможет отправлять содержимое в пределах установленного порога тайм-аута, будет сгенерирована ошибка, которая будет доступна в результатах тестирования.
Настройка тестирования производительности потоковой передачи данных LoadView
Давайте рассмотрим шаги, необходимые для запуска теста нагрузки потокового мультимедиа.
Создание нового теста
Откройте домашнюю страницу тестирования LoadView. Возможно, нам придется нажать на новый тест, чтобы начать создавать наш новый тест нагрузки.
Выберите тип тестирования нагрузки
Мы хотели бы видеть все различные типы нагрузочных тестов, поддерживаемых LoadView, как веб-приложений, веб-страниц, потокового сми , HTTP / S, среди других вариантов. Для нашего использования выберите опцию Streaming Media для запуска нашего теста нагрузки.
Задача настройки потокового мультимедиа
После выбора потокового мультимедиа нам нужно будет ввести детали для тестируемого приложения, такие как тип мультимедиа и URL-адрес потокового мультимедиа. Нам также необходимо ввести тайм-аут для тестируемого приложения. Если по какой-либо причине приложение становится безответным, LoadView будет ждать установленного интервала, а затем завершит тест с соответствующими деталями ошибки. После обновления нам нужно нажать кнопку «Создать устройство».
Конфигурация сценария тестирования
После того, как устройство, для которого будет запущен тест нагрузки настроен успешно, мы будем перенаправлены на экран сценария тестирования, который предоставляет несколько вариантов на основе требуемого тестового запуска. Такие поля, как одновременные пользователи, Ramp Upвремя , Ramp Up скорость, время разминки, и гео-распределение для нашего теста нагрузки могут быть определены на экране сценария тестирования. Эти значения зависят от типа приложений и могут быть установлены в соответствии с требованием теста нагрузки.
Потоковая передача мультимедиа одновременно пользователей
На экране сценария тестирования нам нужно будет добавить количество одновременных пользователей, необходимых для времени запуска теста нагрузки. Инжекторы нагрузки будут инициированы на основе нагрузки и одновременных пользователей, необходимых для тестового запуска. После успешного завершения нашего тестирования нагрузки, подробный анализ и отчеты будут созданы, которые помогут оценить и найти любые лазейки производительности, а также как система вела себя во время нашего тестового запуска.
Время подключения
Время подключения – это разница во времени между инициированием сеанса потоковой передачи с воспроизведением первого кадра потокового видео. На этот раз добавляется к нашему соотношению метрических лагов, о чем говорилось ранее.
длительность
Длительность является общим значением времени, за которое содержимое потребляется пользователем, он также описывает время, затя какое-то время, затя какое-то время, затястью содержимого.
качество
Качество рассчитывается по тому, сколько битов потребляется пользователем, что помогает понять визуальное представление потокового мультимедиа.
Кадр за секунду
Кадры в секунду помогают рассчитать количество кадров, загруженных в тестовом запуске.
Загрузите тестирование потоковых мультимедиа с помощью веб-регистратора EveryStep
Этот раздел помогает нам понять, как мы можем загрузить тестовые реальные сеансы браузера с потоковыми мультимедиа с обычным содержанием веб-сайта. Веб-регистратор EveryStep, предоставленный LoadView, может использоваться для создания тестовых сценариев, основанных на реальном поведении пользователей в веб-приложении, содержимом, где он включает в себя аудио, потребление видео, воспроизведение/паузу видео, компактную или расширенную потоковую передачу видео-плеера. Регистратор сценариев записывает все действия и помогает повторно запустить пользовательский интерфейс в большем масштабе, чтобы получить результаты, близкие к реальным результатам производительности от веб-приложения. Рекордер поддерживает все известные браузеры, чтобы помочь нам дать результаты тестирования нагрузки на основе различных браузеров. Мы можем изменять и настраивать скрипты, созданные EveryStep во время записи в соответствии с нашим требованием. Это помогает нам масштабироваться и работать с несколькими веб-приложениями с помощью Flash, JavaScript, WebSockets, HTML5, Java, PHP, Ruby, Silverlight и многое другое. Настройка похожа на вышеупомянутые шаги, но немного варьируется при использовании EveryStep Web Recorder. Шаги для настройки нагрузочных тестов с помощью регистратора скрипта следующие:
- Создайте новый тест на LoadView и выберите опцию Web-приложений.
- Мы были бы перенаправлены в окно браузера Record, где мы можем выбрать различные браузеры и URL-адреса приложений. Введите сведения о приложениях и нажмите Запись.
- Как только запись будет готова, мы можем просматривать веб-приложение, как конечный пользователь будет и скрипт рекордер поможет нам создать сценарий, который может быть воспроизведен снова с помощью тех же шагов, а затем нам.
- Мы можем настроить задержки в скрипте, созданном правой нажатием на последнюю строку скрипта. Эта задержка поможет протестировать сценарии ожидания мультимедиа.
- Как только мы закончили, мы можем нажать Создать сценарий и будет перенаправлен на экран сценария тестирования, где мы могли бы ввести гео-локации, необходимые для нашего теста, наряду с числом одновременных пользователей, необходимых для нашего теста, и наращивать / ramp вниз скорости.
Вывод: Как загрузить тестирование потоковых мультимедиа: серверы, скрипты и другие
В связи с недавним спросом на видео и потоковое мультимедиа в реальном времени, а также трафиком через эти носители, это ставит перед отраслями задачу предоставлять лучший сервис и качество, чтобы оставаться в бизнесе. Убедившись, что мы подчеркиваем потокового мультимедиа заранее является требованием и не может быть пренебречь. Мы рассмотрели пошаговое руководство о том, как мы можем настроить тестовый сценарий и запустить тестирование нагрузки нашего приложения потокового мультимедиа с помощью LoadView, которое обеспечивает обширную поддержку аудио, видео кодеков и поддержки нескольких форматов мультимедиа. Мы также рассмотрели подходы к загрузке тестирования приложения в соответствии с необходимостью. LoadView обеспечивает обширную поддержку для потокового тестирования нагрузки медиаконтента с помощью EveryStep Web Recorder и посвящает потоковое мультимедиа тест нагрузки URI.
Узнайте больше о нагрузочном тестировании потокового мультимедиа и подпишитесь на бесплатную пробную версию , чтобы получить до 5 бесплатных нагрузочных тестов.