开发人员控制台

亚马逊应用商店应用测试标准


亚马逊应用商店应用测试标准

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

内容政策

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

一般资格条件

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

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

针对Fire TV的附加资格条件

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

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

针对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 安装大小

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

2.2 安装时间

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

2.3 快速加载时间

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

2.4 总体性能

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

2.5 总体内存使用

  • 测试: 确保应用在运行时使用的系统内存不超过1GB。
  • 预期结果: Amazon Fire TV设备上的可用内存十分有限。应用不得使用超过1GB的系统内存,包括主内存和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秒的加载屏幕上是否显示“loading”消息。
  • 预期结果: 如果加载时间超过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平板电脑设置。使用“Settings”菜单不应导致用户丢失状态、强制关闭应用,或以任何方式妨碍用户体验。

2.10 软键工具栏干扰

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

2.11 导航能力

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

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 亚马逊应用商店链接正常工作

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

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应用商店中,系统将使用您提供的任何手机或平板电脑屏幕截图来代表您的应用。这会让您的客户感到困惑。如果应用的目标设备是Fire TV,则提供正确的Fire TV屏幕截图,或者使用通常适用于所有设备的可以代表应用的屏幕截图。请参阅亚马逊应用商店图像资产指南

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

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

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

4.1“Select”(选择)按钮

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

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

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

4.3 方向键

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

4.4“Home”按钮

  • 测试: 按“Home”按钮。
  • 预期结果:
  • 对于亚马逊应用商店中归类为游戏的应用,“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设备完全兼容。**注意:**某些应用可能需要在按下按钮的同时进行输入(例如与“Select”按钮配对的方向键输入),才能导航和使用应用的核心功能。由于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”按钮。
  • 预期结果:
  • 对于亚马逊应用商店中归类为游戏的应用,“Home”按钮将显示“Game Paused”对话框。此行为不得导致应用内出现稳定性或图形问题。显示“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完全兼容。