点播流（VOD）服务已成为我们日常生活中不可或缺的一部分。 视频点播是一种视频内容交付系统，允许观众选择内容（视频）并在方便的时间（根据要求）在旨在播放视频的任何设备（网络，平板电脑，智能手机，游戏机等）上观看。 。
当前，互联网流量的很大一部分将其数据用于观看音频和视频内容。 随着数据传输速度的增长，多媒体流已经成为在用户之间传播信息的主要方式。
保持媒体内容正常运行至关重要。 视频播放质量是智能设备整体用户体验的重要因素。
在本文中，我们将讨论测试视频服务Web应用程序的功能，特别是，我们将专注于测试播放器的功能。
为什么视频服务测试如此重要？
测试对任何人来说都不是新鲜事物，但是视频服务具有其自身的特定特征和任务。
视频服务站点的主要目标是为用户提供优质的内容，并尽可能舒适地组织与服务进行交互的过程。 此外，该网站通常被用作营销工具。
因此，测试Web应用程序的视频服务对于您向潜在用户提供以下应用程序是必要的：
- 可以处理巨大的互联网流量
- 在非常低的网络环境中提供完美的数据流
- 适用于所有设备，没有任何响应问题
- 使用浏览器之间的兼容性问题时，
但是，只能通过运行适当的测试脚本来验证所有这些特征，这些脚本将验证所有必要条件。 这就是为什么需要所有类型的测试流应用程序的原因。
视频是如何到达我们的？
在继续测试此类应用程序的细节之前，我们先回答一个问题：视频是如何到达用户的？
许可方拥有一个数字发行部门，我们可以从该部门接收特殊格式的源，其中包含用于音频/视频设置的一组技术元数据-所有源材料都需要进行一些处理。 资料去准备视频的部门，在那里检查一切正常。 检查版权持有人发送的内容是否适合观看也很重要：调整比特率，显示声音级别并进行色彩校正。 之后，将源发送到编码系统，然后将所有内容文件布置在服务器上。
并且只有在所有这些操作之后，它才会发送给最终用户。 我们所有的视频都需要保护，因此我们对其进行加密。
互联网盗版又如何呢？
随着VOD的快速增长，保护合法数字内容的问题变得极为重要。
在对视频进行了特殊处理之后，DRM开始发挥作用，它是根据Internet盗版的快速增长而开发的。
数字版权管理是一种保护内容免受未经授权的复制的系统； 一种“锁”，即用户通过知名供应商的DRM系统获得的密钥。
很难破解这样的密钥，只有在购买具有许可证的产品后才能获得它。 如果使用DRM解决方案对视频进行了加密，则播放器将在播放过程中检测到加密的数据，并向许可证管理器询问身份验证和解密密钥。
所有DRM解决方案均已通过认证。 我们实际上使用所有DRM，因为供应商支持他们各自的支持，并且以法律形式，内容的销售只能通过DRM进行。
每个供应商都有自己的加密方案和传输（容器），但是在CENC出现并被所有主要市场参与者采用之后，出现了一个通用的CENC容器，其中包含多个DRM。
DRM解决方案：
- Microsoft PlayReady
- Google Widevine
- 苹果公平竞争
- CENC（多DRM）
测试用于视频服务的Web应用程序的功能
显然，没有单一的DRM解决方案。 各种浏览器中的DRM是不同的，这不是一时兴起，而是必要的，因为Google不播放FairPlay，而Safari不支持Widevine，因此播放器的跨浏览器测试是不可避免的。
测试玩家需要考虑许多因素。 除了设备，浏览器和硬件之外，测试仪还必须考虑外部条件，例如通道带宽。 让我们看一下测试玩家测试播放器时遇到的一般问题。
玩家测试：
测试播放器的主要功能是同时支持两个播放器：Safari和IE（基于FairPlay的本地播放器）； 对于其他浏览器-基于CENC的HTML5播放器。
难点：
- 测试VOD应用程序的跨浏览器兼容性。
- 需要支持所有浏览器：谷歌浏览器，Mozilla Firefox，Opera，Yandex。浏览器-分别基于CENC的HTML5播放器-Safari。
- 浏览器兼容性测试：您需要所有浏览器，操作系统及其版本的完整组合。
- 您可以使用虚拟窗口和仿真器，但是当应用程序实时运行时，仿真器可能无法检测到意外错误。
- 在其他平台上重复播放内容是多服务的：确保所有设备的稳定性很重要，这样流式多媒体的分辨率和应用程序性能不会影响其他设备。
- 视频流适应网络带宽：有必要检查网络对应用程序响应时间的影响。
- 负载测试。 无论您开发应用程序的性能如何，它都能处理的流量都受到限制。 测试VOD应用程序的负载和性能至关重要。
- 自动化技术 Web播放器的自动化测试的主要问题在于，所有自动化工具都更适合于普通Web应用程序，例如电子商务网站，单页应用程序或社交网络，而视频服务没有单一的解决方案。
里面有什么？
播放器如何工作：
我们确定了内容的交付及其保护，但是接下来会发生什么呢？ 用户开始观看电影或电视剧时会发生什么？
购买内容并获得播放许可后，用户可以查看内容。
当要求播放时，播放器向服务器请求清单URL并下载它。 清单是一条常规的XML规则，规定播放器如何以特定格式（考虑DRM）“弹出”播放列表。
几乎同时，播放器本身的DRM管理器已连接并向服务器请求播放许可证，因为已经从清单中接收了所有必需的数据（播放的格式和格式）。
反过来，相同的会话密钥来自服务器，接收到该密钥后，播放器将对流进行解密，我们可以欣赏购买的内容。
在播放器的每个阶段，都可能出现问题。 每个请求都是潜在的失败，测试所有这些点很重要，例如：
- 内容本身存在问题：许可证损坏，编码阶段出错。
- 服务器不可用：ILV将阻止安装许可证服务器的Google子网，然后没有人会收到许可证。
向DRM服务器的许可请求还会生成多个测试方案，因为内容是根据不同的权限分发的，这需要额外注意：
- 永久许可窗口
- 房租
- 许可窗口：30天
- 播放窗口：2天
- 订阅-可更新的许可证窗口。
结论
对视频服务的Web应用程序进行测试不同于对各种网站（无论是商店还是货币报价网站）进行传统测试。 所有这些细微差别使自动化变得复杂，并增加了测试需要涵盖的场景数量，需要测试人员更多的专业知识和工作。