Amazon Appstore 应用测试标准


Amazon Appstore 应用测试标准

在您向 Amazon Appstore 提交 Amazon Fire 设备应用或游戏时,这些应用或游戏必须通过一系列测试才有资格发布。在您开发应用时,请使用本页中的测试标准作为您自己的质量保证测试指南,在应用通过测试后再提交它们。

内容政策

您提交给我们的每个应用也必须符合 Amazon Appstore 内容政策要求。如果亚马逊认定某个应用所包含、促进或推广的内容为这些指南所禁止,则会拒绝该应用提交,并通过与您的开发者账户关联的电子邮件地址通知您。

一般资格条件

大体上,您的应用应符合以下资格条件:

  • 提供简单、考虑周到、不会让用户感到困惑的用户体验。
  • 经过全面彻底的测试,不存在错误和明显的缺陷,也不会导致崩溃。
  • 提供告知用户操作成功与否的直观指示。
  • 如果用户尝试访问不受支持的功能,以温和的方式报错。例如,应用可以显示一条错误消息,指出“This feature is not currently available.”(此功能当前不可用。)
  • 充分利用 Fire 平板电脑或 Fire TV 的屏幕区域。
  • 不存在可见缺陷,例如,图像缺失/失真/像素化,或者用户界面元素未对齐、文字难以辨认等。
  • 用户界面文字不存在语法或拼写错误。

针对 Fire TV 的附加资格条件

专为 Fire TV 设计的应用应满足以下附加资格条件:

  • 针对在 1080p 分辨率 (1920x1080px) 下显示而设计应用,以便获得尽可能最佳的体验。
  • 只需要输入有限的文字。大量文字输入会影响用户体验。
  • 用户应该能够在大约 3 米外看清文字和用户界面元素。
  • 大小不超过 2 GB(推荐)。此大小包括首次启动时需要下载的所有附加资产或其他内容。请注意,如果应用的文件大小超过或接近 4 GB,则它可能无法在设备上安装或运行。

针对 Fire 平板电脑的附加资格条件

专为 Fire 平板电脑设计的应用应满足以下附加资格条件:

  • 应用的用户界面应考虑并利用通知栏和动态软键菜单的行为。

Amazon Fire TV 遥控器和语音遥控器资格条件

为了与 Fire TV 遥控器兼容,您的应用应具有以下特征:

  • 有一个简单的用户界面,可通过上、下、左、右移动(方向键)轻松导航。
  • 不存在必须移动或快速输入才能使用的要求。
  • 可以单手操作。不要求必须使用两只手才能持续交互。
  • 如果用户需要握住遥控器的一侧才能使用您的应用,请在启动时告知用户这一情况,以便正确处理导航。
  • 避免同时进行按钮输入,尤其是对于核心功能。

游戏和其他控制器

为了与游戏控制器(包括 Amazon Fire 游戏控制器和其他蓝牙游戏控制器)兼容,您的应用应具有一个简单的用户界面,可以通过方向键或模拟棒输入轻松导航。

如果您的应用需要使用任何其他控制器,则该控制器必须支持蓝牙 HID 游戏手柄配置文件,并且不需要额外的软件来进行输入。

测试标准组 1: 设备能力测试

此组测试旨在确保您的应用未使用 Amazon Fire 平板电脑或 Fire TV 设备上不存在的功能。如果您的应用请求不存在的设备权限,则它应该以一种用户友好的方式处理这种错误状况,例如显示一条错误消息。当缺少这些设备功能时,您的应用不得强制关闭或崩溃。

为了让用户获得最佳体验,您的应用不应使用以下任何权限。

  • android.permission.SET_WALLPAPER
  • android.permission.CALL_PRIVILEGED
  • android.permission.CALL_PHONE
  • android.permission.MODIFY_PHONE_STATE
  • android.permission.READ_PHONE_STATE
  • android.permission.READ_SMS
  • android.permission.RECEIVE_SMS
  • android.permission.SEND_SMS
  • android.permission.WRITE_SMS
  • android.permission.ACCESS_FINE_LOCATION
  • android.permission.RECORD_AUDIO

此外,Fire TV 应用不应使用以下权限:

  • android.permission.CAMERA

测试标准组 2: Fire TV 设备上的应用行为(仅限 Fire TV)

您的应用必须与 Amazon Fire TV 设备和 Fire TV 平台正确交互。要完成这组测试,需要在 Fire TV 设备上安装并启动应用。

2.1 安装大小

  • 测试: 在磁盘上安装应用,确保应用的整个安装大小不超过 4 GB。
  • 预期结果: 当应用完全安装在 Amazon Fire TV 设备上时,其文件大小不得超过 4 GB。对于在首次启动时需要下载媒体或内容包以便访问应用的整个核心功能的应用,应在此初始启动和下载后测量安装大小。

2.2 安装时间

  • 测试: 确保快速安装应用资源。
  • 预期结果: 理想情况下,安装应用所需时间不超过 15 秒。确保从应用的应用中移除不用的资源。这可以减小应用的大小并有助于快速安装。

2.3 快速加载时间

  • 测试: 观察持续时间超过 15 秒的加载屏幕上是否显示“正在加载”消息。
  • 预期结果: 如果加载时间超过 15 秒,应用必须向用户指出这一点(通过加载屏幕、进度栏等)。

2.4 总体性能

  • 测试: 确保应用的总体性能让用户感觉可用且愉快。
  • 预期结果: 应用应该保持较高的帧速率,不会长时间降到 25 fps 以下。应用不应妨碍用户与其交互的能力。例如,用户在键入时不应感到明显的延迟。应用不应在使用过程中强制关闭、崩溃或强制锁定。建议的平均帧速率为 55-60 fps,尤其是对于包含快速移动图形对象的应用。

2.5 总体内存使用

  • 测试: 确保应用在运行时使用的系统内存不超过 1 GB。
  • 预期结果: Amazon Fire TV 设备上的可用内存十分有限。应用不得使用超过 1 GB 的系统内存,包括主内存和 GPU。

2.6 稳定性

  • 测试: 验证应用在运行当中能否保持稳定性和完整交互性。
  • 预期结果: 应用不得出现可见减速(FPS 丢失)、强制关闭、崩溃、强制锁定或引发错误消息等情况。应用必须保持稳定,甚至在处理有冲突的输入时也是如此。

2.7 图形问题

  • 测试: 观察应用中的图形用户界面元素,验证有无失真、像素化、未对齐或其他图形异常问题。
  • 预期结果: 应用的图形不应出现失真、像素化、未对齐或包含任何其他图形异常。此外,所有针对 Amazon Fire TV 设备设计的应用都必须自动以横向模式显示,并且能够缩放,以适应最低分辨率为 480p 的电视/监视器的较大外形尺寸。

2.8 屏幕显示面积

  • 测试: 观察应用的屏幕占用量。
  • 预期结果: 应用应占据 90% 的屏幕以便完全兼容(考虑到设计和用户体验指南中所述的过扫描问题)。但是,应用只要填满 80% 的屏幕并在屏幕上水平居中或垂直居中显示,也算通过测试;应用不应位于屏幕的一角。此外,屏幕上未填充的部分不得存在图形异常。

2.9 文本输入和显示

  • 测试: 识别应用核心功能中需要文本输入的所有区域,并从大约 3 米开外观察应用内文本。
  • 预期结果: 应用的核心功能不得要求输入大量文本。用户界面组件(菜单、按钮、图像)必须足够大,间距足够远,从大约 3 米开外能看清。应用内文本从这一距离处也必须能看清。

2.10 用户界面高亮显示

  • 测试: 确保用户界面元素被选中时高亮显示。
  • 预期结果: 应用应有一个容纳按钮(而非触控屏)输入的用户界面,并会向用户指示用户界面的当前焦点在哪里。这可以通过默认的矩形框、可移动光标或用户选择的某种其他指示器来实现。

2.11 触控屏用户界面

  • 测试: 确保应用用户界面中没有显示虚拟操纵杆、暂停图标或其他与触控屏相关的引用。
  • 预期结果: 当检测到控制器输入时,应用必须使触控屏用户界面元素降级,或者从应用中完全删除所有此类触控屏引用。

2.12 导航能力

  • 测试: 搜索会困住用户的区域,即无法使用屏幕上的元素或控制器按钮导航的区域。
  • 预期结果: 用户应该能够在应用界面中随意导航,而不被卡在任何一个屏幕中。此外,用户不应被迫使用“Home”(主页)按钮退出应用。

2.13 外部链接

  • 测试: 观察在应用内选择任何外部链接的行为。
  • 预期结果: 外部链接不应中断应用的任何功能。Amazon Fire TV 平台目前不包括互联网浏览器,因此应用中任何需要使用浏览器的部分都应正常降级(应用保持稳定且状态无变化),或者完全从应用中删除。

2.14 不支持的软件

  • 测试: 测试应用内功能对不支持的软件的依赖性。
  • 预期结果: 如果应用由于依赖 Amazon Fire TV 平台不支持的软件或操作系统功能而无法使用,则该应用将不会通过测试。测试人员应记下在此环节观察到的限制(主题、壁纸、小工具、虚拟键盘、程序启动器、应用评级等)。

2.15 不支持的硬件

  • 测试: 测试应用内控制是否使用不支持的硬件输入。
  • 预期结果: 应用不得采用设备不支持的控制机制。这可能包括如下功能:
  • 陀螺仪
  • 加速计(或“倾斜”控制)
  • 其他外部硬件
  • 不支持蓝牙 HID 手柄配置文件的控制器。

2.16 退出时间

  • 测试: 确保当按下“Home”(主页)按钮时,应用顺利而迅速地退出。
  • 预期结果: 当按下“Home”(主页)按钮时,应用退出所用时间不应超过 2 秒。

2.17 卸载

  • 测试: 从设备上卸载应用。
  • 预期结果: 应用应从设备上卸载。

2.18 卸载时间

  • 测试: 确保应用迅速卸载并删除所有工件。
  • 预期结果: 理想情况下,卸载应用在 2 秒内完成。应用应尽量少地在磁盘上创建工件。这有助于确保在卸载应用时更快速地清理。

测试标准组 2: 应用在 Fire 平板电脑设备上的行为(仅限 Fire 平板电脑)

您的应用必须与 Fire 平板电脑及其操作环境正确交互。要完成这组测试,需要在 Fire 平板电脑上安装应用并启动。

2.1 启动时无任何错误

  • 测试: 成功地从应用库启动应用。
  • 预期结果: 应用在 Fire 平板电脑上启动并将用户带入应用的界面,而不会出现任何错误。

2.2 快速加载时间

  • 测试: 观察持续时间超过 15 秒的加载屏幕上是否显示“正在加载”消息。
  • 预期结果: 如果加载时间超过 15 秒,应用必须向用户指出这一点(通过加载屏幕、进度栏等)。

2.3 全屏模式可用性

  • 测试: 如果应用使用全屏,观察软键工具栏是否最小化(全屏手柄可见),并且“Settings”(设置)工具栏处于隐藏状态。
  • 预期结果: 当应用使用全屏时,软键工具栏应最小化(全屏手柄可见),并且“Settings”(设置)工具栏处于隐藏状态。

2.4 软键和“Settings”(设置)工具栏

  • 测试: 如果应用不使用全屏,观察软键工具栏和“Settings”(设置)工具栏是否显示。
  • 预期结果: 当应用不使用全屏时,软键工具栏和“Settings”(设置)工具栏应显示。

2.5 软键菜单按钮功能

  • 测试: 观察软键菜单按钮展开后是否出现更多软键工具栏选项。
  • 预期结果: 不需要使用“Menu”(菜单)按钮。但是如果使用,点按“Menu”(菜单)按钮不应导致应用强制关闭。

2.6 正确的“Back”(后退)按钮行为

  • 测试: 观察在应用内按下“Back”(后退)按钮以退回到上一屏幕时该按钮的行为。
  • 预期结果: 不需要使用“Back”(后退)按钮。但是如果使用,点按“Back”(后退)按钮不应导致应用强制关闭。

2.7 正确的“Home”(主页)按钮行为

  • 测试: 观察在应用内按下“Home”(主页)按钮时该按钮的行为。
  • 预期结果: 使用“Home”(主页)按钮是必需的,并且应使用户回到 Fire 平板电脑的主页屏幕。

2.8 正确的“Search”(搜索)按钮行为

  • 测试: 观察在应用内按下“Search”(搜索)按钮时该按钮的行为。
  • 预期结果: 使用“Search”(搜索)按钮不是必需的。但是如果使用,点按“Search”(搜索)按钮不应导致应用强制关闭,应允许用户在应用内搜索。

2.9 调用“Settings”(设置)工具栏时应用的表现

  • 测试: 观察“Settings”(设置)工具栏被调用时的行为,并观察改变设置(如音量)时应用的表现。
  • 预期结果: 用户应能够在运行应用的同时改变 Fire 平板电脑设置。使用“设置”菜单不应导致用户丢失状态、强制关闭应用,或以任何方式妨碍用户体验。

2.10 软键工具栏干扰

  • 测试: 验证软键工具栏不会干扰应用或遮盖重要的用户界面元素。
  • 预期结果: 软键工具栏不应妨碍应用的任何元素,例如按钮、文本或重要图形。

2.11 导航能力

  • 测试: 搜索会困住用户的区域,即无法使用屏幕上的元素或软键按钮导航的区域。
  • 预期结果: 用户应该能够在应用界面中随意导航,而不被卡在任何一个屏幕中。此外,用户不应被迫使用“主页”软键退出应用。

2.12 休眠模式后状态的保留

  • 测试: 按“Power”(电源)按钮调用设备的休眠模式。
  • 预期结果: 当设备从休眠模式转回工作模式时,应用应恢复到其休眠前的状态,保存所有用户数据和进度。为保存其状态,大多数应用应暂停;但是,有一些应用,如闹钟、收音机或音乐播放器等,应在设备休眠时继续运行。另外,如果用户状态丢失情况并不严重,应用也能通过测试。

2.13 下载期间网络连接中断

  • 测试: 观察在下载期间网络连接中断时应用的行为。
  • 预期结果: 应对大型下载(大型下载 >= 5 分钟)启用唤醒锁。如果未实施唤醒锁而设备已进入休眠模式,则当用户返回到应用时,系统必须通过消息通知他们下载失败。

2.14 总体性能

  • 测试: 确保应用的总体性能让用户感觉可用且愉快。
  • 预期结果: 应用应该保持较高的帧速率,不会长时间降到 25 fps 以下。应用不应妨碍用户与应用交互的能力。例如,用户在键入应用时不应感到明显的延迟。应用不应在使用过程中强制关闭、崩溃或强制锁定。建议的平均帧速率为 55-60 fps,尤其是对于包含快速移动图形对象的应用。

2.15 强制关闭

  • 测试: 观察任何可再现或不可再现的强制关闭。
  • 预期结果: 用户必须能够与应用的用户界面和功能交互,而不会遇到任何强制关闭。

2.16 强制锁定

  • 测试: 观察任何可再现或不可再现的强制锁定。
  • 预期结果: 用户必须能够与应用的用户界面和功能交互,不会遇到任何强制锁定。

2.17 因用户滥用引发的错误

  • 测试: 反复按屏幕上的按钮或其他图形元素。
  • 预期结果: 用户反复按按钮时应用不应强制关闭。

2.18 图形问题

  • 测试: 观察应用中的图形用户界面元素,验证有无失真、像素化、未对齐或其他图形异常问题。
  • 预期结果: 应用的图形不应出现失真、像素化、未对齐或包含任何其他图形异常。用户不应遇到图形质量差的问题。

2.19 用户界面错位

  • 测试: 观察按键时是否存在用户界面错位情况。
  • 预期结果: 验证用户界面图形位置是否准确对应其交互区域在触控屏上的位置。例如,有时用户可能不得不在按钮显示位置上方的 20px 处按才可以 — 这属于失败情形。

2.20 外部链接

  • 测试: 观察应用内外部链接的行为。
  • 预期结果: 应用内的外部链接不应中断应用的任何功能。从外部链接返回到应用后,应用应保存用户状态和进度。链接失败的原因有时可能是链接到的应用尚未上线。这是预期行为,但一旦相关应用上线,链接应该有效。

2.21 屏幕显示面积

  • 测试: 观察应用的屏幕占用量。
  • 预期结果: 应用应占据 100% 的屏幕以便完全兼容。但是,应用只要填满 80% 的屏幕并在屏幕上水平居中或垂直居中显示,也算通过测试;应用不应位于屏幕的一角。此外,屏幕上未填充的部分不得存在图形异常。

2.22 音量控制

  • 测试: 观察应用内音量和静音控制的行为。
  • 预期结果: 应用中内置的任何音量和静音功能都应按预期工作。如果静音,则不应有声音播出。

2.23 文本放置

  • 测试: 观察用户输入数据字段内的文本放置和文本。
  • 预期结果: 输入框应完整显示用户键入的文本,而不存在文本被裁剪或无法辨认的情况。

2.24 方向改变

  • 测试: 观察当设备在横向和纵向模式间切换时应用的行为。根据需要在整个应用内重复测试。
  • 预期结果: 当屏幕方向旋转时,屏幕上的图形也应跟着调整以填充新的布局。从一种布局交换为另一种布局时,文本、图形和按钮应正确显示且功能完整。请注意,并非所有应用都允许屏幕旋转。另请注意,照片和视频可能是个例外,因为它们具有固定长宽比。

2.25 社交网络登录功能

  • 测试: 观察任何社交网络登录页面的功能。
  • 预期结果: 用户应能够与社交网络登录页面交互,进而登录其账户。确保登录和批准功能按照预期工作和显示。

2.26 短信或彩信以正常方式失败

  • 测试: 观察应用内提交或尝试共享用户数据的按钮的行为。
  • 预期结果: 使用短信或彩信共享用户数据的应用不应强制关闭。这些应用应该能够以温和的方式失败,同时出现一条相关的错误消息。

2.27 社交网络共享

  • 测试: 观察社交网络功能及其与应用的交互。
  • 预期结果: 如果应用包含任何社交网络集成(Facebook、Twitter 等),则验证是否能够按预期在这些媒体中上传/共享内容。账户创建: 如果应用提供的外部服务要求用户创建账户,请验证能否创建账户,以及账户能否与应用结合使用。

2.28 Amazon Appstore 链接正常工作

  • 测试: 观察链接到 Amazon Appstore 的外部链接。
  • 预期结果: 所有指向其他应用的链接应正确链接到 Amazon Appstore。如果一个链接直接指向 Amazon Appstore 中的某个应用,而该应用目前在商店里未上线,则可以接受该链接失败。

2.29 卸载

  • 测试: 从设备上卸载应用。
  • 预期结果: 应用应从设备上卸载。

2.30 退出时间

  • 测试: 退出应用。
  • 预期结果: 当按下“Home”(主页)按钮时,应用退出所用时间不应超过 2 秒。

2.31 安装时间

  • 测试: 确保快速安装应用资源。
  • 预期结果: 理想情况下,安装应用所用时间不超过 15 秒。确保从应用的应用中移除不用的资源。这将减小应用的大小并有助于快速安装。

2.32 卸载时间

  • 测试: 确保应用迅速卸载并删除所有工件。
  • 预期结果: 理想情况下,卸载应用将在 2 秒内完成。应用应尽量少地在磁盘上创建工件。这将有助于确保在卸载应用时更快速地清理。

2.33 方向锁定

  • 测试: 确保应用的方向正确地追随设备方向设置。
  • 预期结果: 如果在设备设置中锁定了设备方向,则在旋转设备时应用的方向不应改变。应用应该按照其默认方向或设备中的锁定方向打开。如果设备中已锁定了方向,则应用方向不应随着设备旋转自动改变。

2.34 电池使用情况

  • 测试: 确保应用未过度消耗电池。
  • 预期结果: 耗电量大的操作应得到优化,以确保功耗保持在较低水平。

2.35 温度

  • 测试: 确保设备温度不会升高到让用户感到不舒服的程度,即使在长时间使用后也是如此。
  • 预期结果: 应用运行时不应使设备温度升高到让用户感到不舒服的程度。如果持续使用应用 1 小时后,设备温度从正常环境温度(33 摄氏度)升高到 40 摄氏度,则视应用未通过测试。确保优化耗电量大的操作,以保持温度运行。

2.36 手势

  • 测试: 所有可能的手势均应根据其标准行为来处理。预期结果: 手势(如捏合/放大、左/右/上/下滑动、按住等)应按预期工作。

2.37 USB 插拔后状态的保留

  • 测试: 确保插拔 USB 后游戏保留其状态。
  • 预期结果: 当设备从 USB 模式转回正常模式后,应用应恢复到其之前状态,保存所有用户数据和进度。

2.38 后台错误/异常

  • 测试: 确保应用没有引发异常。
  • 预期结果: 建议您分析设备日志,查看应用是否引发了任何错误或异常。理想情况下,应用不应在后台引发任何错误或异常。

测试标准组 3: 核心应用功能

总之,您的应用应“按照设计的方式工作”。 虽然这是一个笼统的说法,但核心功能往往被忽略,而这正是测试最重要的方面之一。下面的测试关系到诸如游戏是否正确得分、是否遵循游戏规则等情况。

3.1 核心应用功能

  • 测试: 观察应用的核心功能。
  • 预期结果: 确定应用的主要目的,以及能否在 Amazon Fire 平板电脑或 Fire TV 设备上实现此目的(例如,音乐应用必须能够播放音乐)。

3.2 功能缺失

  • 测试: 观察应用是否有任何缺失的功能,这些功能可能作为特性列在应用元数据下。
  • 预期结果: 应用描述中提到的功能应作为应用功能的一部分提供。

3.3 正常降级

  • 测试: 观察应用所针对的 Fire 设备上支持的所有应用功能。
  • 预期结果: 如果应用功能在目标 Fire 设备上不可用,则应正常降级,显示一条错误消息,而不是强制关闭。

正常降级的应用仍然能够为终端用户提供价值。如果应用的核心功能不可用,而这些核心功能是应用唯一的价值,则应用将不会通过测试。例如,如果一个拍照应用不允许用户拍照,即便它告知用户是相机不可用,该应用仍不会通过测试。

如果一个应用的某些次要功能无法使用,但其主要功能仍然可以使用,则该应用仍可能通过测试。例如,如果一个公交线路应用通知用户谷歌地图不可用,而用户仍然能够查看公交线路和公交时间表,则该应用可以通过测试。

3.4 电子邮件(仅限 Fire 平板电脑)

  • 测试: 观察当设备上设置和未设置电子邮件时,与应用的核心功能相关的外部电子邮件应用使用的功能。
  • 预期结果: 如果应用的核心功能之一是通过某个外部电子邮件客户端发送电子邮件,则应当在没有预先通过该外部电子邮件客户端设置用户电子邮件的情况下对其进行测试。据观察,应用在试图调用外部电子邮件客户端时会强制关闭。预期结果是应用不应强制关闭。应用可以禁用电子邮件功能,并且可以发出也可以不发出消息通知用户。

3.5 软件相关设置

  • 测试: 观察在更改软件相关选项的设置(例如,游戏难度、筛选和显示设置)时应用的行为。
  • 预期结果: 测试的设置应按预期发挥作用,改变应用中的相关功能。

3.6 硬件相关设置(仅限 Fire 平板电脑)

  • 测试: 观察在更改硬件相关选项的设置(例如,音量、加速计以及横向和纵向设置)时应用的行为。
  • 预期结果: 测试的设置应按预期发挥作用,改变应用中的相关功能。

3.7 应用数据存储

  • 测试: 观察应用在退出后能否保存用户状态或数据。
  • 预期结果: 如果应用具有保存用户数据的模式或功能,则必须存储该数据,并且在退出并重启应用后仍能访问数据。

3.8 更新后数据的持久性

  • 测试: 安装应用的一个旧版本并保存一些用户数据。在旧版本的基础上安装应用的最新版本。观察在应用的旧版本中保存的数据在新版本中能否访问。
  • 预期结果: 应用应保留用户数据,如游戏数据、通过“应用内购买”所购买的内容、保存的设置、下载的内容、登录凭证、搜索、保存的聊天记录、书签和保存的页面。

3.9 访问外部应用

  • 测试: 确保应用依赖项得到正确处理。
  • 预期结果: 如果您的应用依赖另一个应用来执行某些任务(例如发送一个文件),而设备上没有其他应用可执行此操作,则主应用不应强制关闭。

3.10 布局(仅限 Fire 平板电脑)

  • 测试: 确保您的应用的布局适合 Fire 平板电脑屏幕。
  • 预期结果: 您的应用外观不应像针对 Fire 平板电脑屏幕放大的应用的手机版本。布局和用户界面元素(如按钮、文本输入框、字体、图形等)应针对 Fire 平板电脑进行优化。此外,触控目标不应太小。应该能够轻松识别对象。尺寸应足够大,间距应足够宽,即便是粗手指也能自如操作。

3.11 硬件加速(仅限 Fire 平板电脑)

  • 测试: 确保整个应用中平滑的 2D 图形渲染。
  • 预期结果: 应在清单文件中启用硬件加速。
    要启用硬件加速的 2D 图形,应编辑 AndroidManifest.xml 文件并向 <application /> 标签中添加以下属性:

        android:hardwareAccelerated="true"
    

3.12 第三方控制器支持(仅限 Fire TV)

  • 测试: 确保应用支持的任何第三方控制器均与蓝牙 HID 手柄配置文件兼容。
  • 预期结果: Amazon Fire TV 设备支持使用第三方控制器,只要这些控制器遵循蓝牙 HID 手柄配置文件即可。不支持需要额外安装驱动程序或启动器应用的专有技术。

3.13 多控制器输入(仅限 Fire TV)

  • 测试: 对于支持本地多人游戏的应用,确保应用接受来自多个控制器的同时输入。
  • 预期结果: 应用必须处理来自多个控制器的同时按钮输入,并且不会对游戏体验造成任何不利影响。如果应用支持多种控制器类型,则必须可以通过受支持控制器的任意组合参加本地多人游戏。

3.13 音频播放

  • 测试: 确保用户一旦退出应用,应用立即停止播放音频。
  • 预期结果: 应用必须在用户退出应用时立即停止播放音频。音乐应用(如果正在播放内容)可能会在后台继续播放。一旦新的音频源开始播放(例如通过启动另一个应用),则第一个应用必须让出音频焦点。

3.14 时钟屏保和系统待机(仅限 Fire TV)

  • 测试: 确保设备一旦进入时钟屏保状态(显示屏幕保护程序)或待机模式,应用便停止播放音频。
  • 预期结果: 当设备进入时钟屏保(屏幕保护程序)或待机模式时,应用应停止播放音频。此规则有两个例外:
  • 视频应用(如果正在播放内容)必须保持开启 (FLAG_KEEP_SCREEN_ON),并且永远不应进入时钟屏保或待机模式。
  • 音乐应用(如果正在播放内容)必须继续通过时钟屏保和待机模式播放内容而不丢失音频焦点。

3.15 元数据

  • 测试: 确保为应用提交的任何屏幕截图和图标大小正确,不包含图形错误,并且代表您的应用的适当版本。 
  • 预期结果: 提交的应用必须包括一个大图标(512 × 512 PNG,透明)和 3 到 10 个屏幕截图(PNG 或 JPG)。在用户界面中查看时,这些图形不得出现失真、拉伸或像素化。请注意,如果您在提交过程中没有为您的应用提供 Amazon Fire TV 特定屏幕截图,则您提供的任何手机或平板电脑屏幕截图将被用来代表 Fire TV Appstore 中您的应用。这会让您的客户感到困惑。如果您的应用针对的是 Fire TV,则提供正确的 Fire TV 屏幕截图,或将通常可以代表您的应用的屏幕截图用于所有设备。请参阅 Amazon Appstore 图像资产指南

测试标准组 4: Amazon Fire TV 遥控器行为(仅限 Fire TV)

Amazon Fire TV 用遥控器控制进行导航和用户输入。Fire TV 平台不支持用户使用鼠标或键盘输入,也不支持触控。

注意:​ 除 3.2 小节(麦克风按钮)外,本节中的所有测试均同时涉及 Amazon Fire TV 遥控器和 Alexa 语音遥控器。

4.1“Select”(选择)按钮

  • 测试: 按“Select”(选择)按钮。测试使用方向键高亮显示用户界面元素的情形,以及没有用户界面元素高亮显示的情形。
  • 预期结果: 按下“Select”(选择)按钮必须对高亮显示的用户界面对象上启动一个逻辑操作(类似于在触控屏的高亮显示区域上的“点按”输入)。

4.2“Microphone”(麦克风)按钮(仅限 Fire TV 语音遥控器)

  • 测试: 按“Microphone”(麦克风)按钮并执行语音搜索。
  • 预期结果: 验证按“Microphone”(麦克风)按钮不会因语音搜索活动导致稳定性或图形问题。一旦取消语音搜索,应用必须实施 onPause() 来保留状态,然后实施 onResume()。对于音乐应用,应该通过使用 OnAudioFocusChangeListener 减小音量。

4.3 方向键

  • 测试: 在各个方向(左/右/上/下)按方向键。
  • 预期结果: 方向键必须移动焦点并高亮显示给定方向的用户界面。

4.4“Home”(主页)按钮

  • 测试: 按“Home”(主页)按钮。
  • 预期结果:
  • 对于 Amazon Appstore 中归类为游戏的应用,“Home”(主页)按钮将显示一个“Game Paused”(游戏已暂停)对话框。此行为不得导致应用内出现稳定性或图形问题。当显示“Game Paused”(游戏已暂停)对话框时,应用必须实施 onPause() 来保持状态。
  • 对于所有其他应用,“Home”(主页)按钮使用户导航至 Fire TV 启动器的“Home”(主页)部分。当意外返回主页时,应用必须实施 onPause() 来保持状态。

4.5 媒体按钮

  • 测试: 按“Fast Forward”(快进)、“Play/Pause”(播放/暂停)、“Rewind”(倒回)按钮。
  • 预期结果: 在媒体播放中,媒体按钮按预期发挥作用。  在非媒体应用中,不应将媒体按钮用于某些其他功能,因为这可能会干扰系统控制媒体在后台播放的能力。  请注意,如果您的应用使用一种框架(如 Unity),则您可以忽略此要求,因为这些框架中不支持将键事件传递给系统。

4.6 所有其余按钮

  • 测试: 按所有其余按钮。
  • 预期结果: 对于这些其余按钮没有行为要求。但是:
  • 单按某个按钮不得使用户退回到主页屏幕。
  • 按钮可以使用户在用户界面中向后导航。
  • 如果用户位于应用的主菜单中(或者用户界面导航的等效起始点),则您的应用可以通过按某个按钮退出。

4.7 核心功能

  • 测试: 观察并测试应用程序的核心功能。
  • 预期结果: 在确定了应用用途的最常见用例/场景之后,执行详细的功能测试排练(10–15 分钟)。使用此特定控制器导航该应用的功能时,确定该应用是否与 Amazon Fire TV 设备完全兼容。** 注意:** 某些应用可能需要在按下按钮的同时进行输入(例如与“选择”按钮配对的方向键输入)才能进行导航和使用应用的核心功能。由于 Amazon Fire TV 遥控器和语音遥控器优化为单手操作,所以此功能测试必须确定对于与应用的持续交互,是否可接受单手 UX。

测试标准组 5: Amazon Fire 游戏控制器的行为(仅限 Fire TV)

所有已宣布与游戏控制器兼容的应用都使用 Amazon Fire 游戏控制器作为基准设备来进行评估。只支持利用蓝牙 HID 手柄配置文件的游戏控制器。

5.2 方向键

  • 测试: 在各个方向(左/右/上/下)移动方向键。
  • 预期结果: 移动方向键必须沿给定方向上在用户界面中移动焦点。

5.3“A”按钮

  • 测试: 按下“A”按钮。
  • 预期结果: 使用“A”按钮确认菜单选项或接受用户界面提示。
  • 对于游戏,在游戏过程中,按下“A”操作按钮应执行游戏控制布局的主要操作。
  • 在媒体应用中,“A”按钮还应播放或暂停音频/视频。

5.4“B”按钮

  • 测试: 按“B”按钮。
  • 预期结果: 必须能够通过按“B”按钮向后导航退出菜单选项和拒绝用户界面提示。如果应用是一个游戏,则在游戏过程中,按下“B”操作按钮应执行游戏控制布局的辅助操作。

5.5“Home”(主页)按钮

  • 测试: 按“Home”(主页)按钮。
  • 预期结果:
  • 对于 Amazon Appstore 中归类为游戏的应用,“Home”(主页)按钮将显示“Game Paused”(游戏已暂停)对话框。此行为不得导致应用内出现稳定性或图形问题。当显示“游戏已暂停”对话框时,应用必须实施 onPause() 来保持状态。
  • 对于所有其他应用,“Home”(主页)按钮使用户导航至 Fire TV 启动器的“Home”(主页)部分。当意外返回启动器时,应用必须实施 onPause() 来保持状态。

5.6 媒体按钮

  • 测试: 按“Fast Forward”(快进)、“Play/Pause”(播放/暂停)、“Rewind”(倒回)按钮。
  • 预期结果: 在媒体播放中,媒体按钮按预期发挥作用。  在非媒体应用中,不应将媒体按钮用于某些其他功能,因为这可能会干扰系统控制媒体在后台播放的能力。  请注意,如果您的应用使用一种框架(如 Unity),则您可以忽略此要求,因为这些框架中不支持将键事件传递给系统。

5.7 其余按钮

  • 测试: 按所有其余按钮并移动左、右模拟棒(左/右/上/下)。
  • 预期结果: 对于其余这些按钮或模拟棒没有行为要求。但是:
  • 单按某个按钮不得使用户退回到主页屏幕。
  • 按钮可以使用户在用户界面中向后导航。
  • 如果用户位于应用的主菜单中(或者用户界面导航的等效起始点),则您的应用可以通过按某个按钮退出。

5.8 核心功能

  • 测试: 观察并测试应用程序的核心功能。
  • 预期结果: 在确定了应用用途的最常见用例/场景之后,执行详细的功能测试排练(10–15 分钟)。在使用此特定控制器导航功能时,确定该应用是否与 Amazon Fire TV 完全兼容。