简短回答
无法通过屏幕截图或五分钟的播放来判断玩家。使用相同的授权源和设备，测量定义的任务，重复每次试验并记录失败。始终将播放器、设备、网络和源行为分开。
要点
- 在打开应用程序之前定义协议。
- 重复相同的场景至少三次。
- 使用中位数并公开测试版本。
- 赞助评论必须予以披露并保留编辑自由。
七个维度进行测试
| 尺寸 | 措施示例 | 建议重量 |
|---|---|---|
| 设置 | 官方可用性、入职、TV 输入 | 10% |
| 导航 | 可见焦点、动作计数、搜索、远程 | 15% |
| 目录和EPG | 导入、准确性、刷新、大容量 | 15% |
| 回放 | 启动、切换、音频、字幕、编解码器 | 20% |
| 稳定性 | 长会话、恢复、错误、内存不足 | 20% |
| 特点 | 多视图、投射、录制、同步 | 10% |
| 信任 | 不提供内容、隐私、明确的价格和支持 | 10% |
准备公平的测试
- 选择一个有代表性的设备并记录型号、系统、内存和连接。
- 准备具有稳定介质、已知故障和受控EPG的授权演示源。
- 在优化之前重置每个应用程序并使用默认值。
- 在启动计时器之前写下场景和成功阈值。
- 记录或记录测试，以便检查令人惊讶的结果。
- 每个测量重复三次并公布中值和失败值。
最小场景
- 从安装到首次可用导航的时间。
- 添加受控的M3U、Xtream Codes和Stalker演示数据。
- 仅使用遥控器查找条目和程序。
- 启动十种不同的介质配置文件并测量中值启动时间。
- 浏览大型目录十分钟。
- 网络丢失和应用程序重新启动后恢复。
- 在其官方限制内测试一项高级功能。
正确归因故障
| 观察 | 不要跳到 | 交叉检查 |
|---|---|---|
| 一项无法启动 | “播放器坏了” | 另一个玩家拥有相同的物品；具有相同编解码器的另一个项目 |
| 导入缓慢 | “界面很慢” | 分别测量下载、解析和显示 |
| 多视图停止图块 | “解码失败” | 首先检查授权连接数 |
| 广播接收器失踪 | “演员阵容不受支持” | 相同的网络、本地权限和另一个 Cast 应用 |
发布值得信赖的结果
- 显示版本、设备、日期和完整协议。
- 区分媒体访问、隶属关系和赞助。
- 在发布之前切勿让供应商批准结论。
- 使用更改日志公开纠正事实错误。
- 仅使用具有既定权利的演示媒体和徽标。
常见问题
我应该选择功能最多的播放器吗？
不可以。有用的功能必须在您的设备上保持稳定且易于操作。冗长的清单并不能取代可靠的日常行为。
赞助视频能否保持可信度？
是的，当资金被公开时，该方法是可见的，并且创建者可以自由地展示缺陷并得出独立的结论。
技术参考
DringTV 只是一个媒体播放器。它不提供、销售或推荐任何频道、播放列表、门户或内容。仅使用您有权访问的来源，并遵守来源所有者的规则和您所在国家/地区的法律。