兼容性方法

如何在云端或实体手机上测试 Android 应用

在你将收到的设备配置文件上测试你所需的工作流程。有用的兼容性检查涵盖安装、登录、必需操作和重新连接,并记录版本和限制。HandsetGrid 发布此协议,以便将应用推荐与可观察的证据关联起来。本页包含方法,而不是已完成的测试结果或全市场兼容性评分。

从正确的范围开始

先确定设备数量,比较每月服务总额,然后在发送资金前检查加密货币、网络、报价有效期以及任何钱包网络费用。

获取一台可用设备、一个授权测试账号、官方应用以及一份书面所需操作清单。在请求访问前确认任何服务费用。应用目录包含发现链接和设置指引;它不是已完成兼容性测试的样本。

查看已发布的设备预算及其假设

可重复的测试步骤

  1. 测试前先定义任务

    写下决定成功的操作,例如读取消息、预览草稿或接收通知。在观察结果之前先选择必需的操作。可选功能不得成为判定必需操作成功的理由。

  2. 记录测试环境

    记录设备型号或云端配置文件、Android 版本、应用版本、应用来源、浏览器和操作系统、网络条件、测试日期和时区。注明应用是否需要 SIM 卡、设备完整性检查、摄像头、麦克风或生物识别。

  3. 从官方来源安装

    检查应用发布者,并通过其官方分发渠道安装。记录安装和启动是否完成,若未完成则记录确切错误。不要将这两项检查视为完整的兼容性结果。

  4. 使用授权账号检查登录

    使用你拥有或获授权测试的账户。通过你控制的渠道自行完成发布者验证。记录成功、失败或受阻的前置条件,不要存储密码、验证码或敏感账户详情。不要绕过完整性或访问规则。

  5. 运行必需操作

    使用非敏感示例内容。分别检查每项必需功能,仅在相关时包括导入、预览、音频、摄像头或通知。记录发生的情况、预期行为以及经脱敏的截图或日志引用。不要将金融交易作为兼容性测试。

  6. 在记录的条件下重新连接并重复

    关闭浏览器会话,并通过预期的访问方式重新连接。检查应用和预期状态是否可用。记录重复次数以及任何设备或应用变化;不要将不同环境合并成一个未说明原因的成功率。

  7. 随结果一起报告限制

    针对每项必需操作报告通过、失败、受阻或未测试。注明测试版本和日期。在公布成功结果的同时公布失败和排除项,并在相关应用、Android 或设备配置文件变更后重新检查。

待完成的结果记录

空白协议模板;不暗示任何测试结果
字段记录什么
环境设备配置文件、Android、应用和浏览器版本;日期和时区。
必需操作测试前定义的可观察结果和验收条件。
结果通过、失败、受阻或未测试,并附实际观察结果。
证据经过脱敏的截图或日志引用、重复次数以及确切错误。
限制不可用的输入、账户限制、排除的功能以及自测试以来的变更。

兼容性百分比何时可以发布?

首先定义应用范围、版本、所需操作和抽样方法。公布已测试、通过、失败、受阻和未测试的数量。对于单个应用的通过率,每个应用只计一次:只有当应用在所有声明的重复次数中均通过每项所需操作时,该应用才算通过。用通过的应用数除以已完成评估的应用数,其中包括通过和失败的应用。单独披露受阻和未测试的应用,以免排除项使结果看起来具有普遍性。选定的一组应用目录并不能代表所有Android应用的百分比。

此处尚未发布此类数据集。在收集观察结果之前,请使用带有条件的单项已确认结果,而不要对整个市场作出数字性论断。

关于解读测试的问题

安装 Snapchat 就能证明它可用吗?

不能。安装和启动只是初步检查。你打算进行的 Snapchat 操作、账户验证、远程输入和重新连接都需要单独观察。

实体 Android 能保证银行应用可用吗?

不能。银行可能要求特定的 Android 版本、设备完整性、生物识别或账户验证。请通过银行确认要求,并仅测试经授权的非敏感操作。

这是独立基准测试吗?

不是。这是服务商发布的收集协议。独立证据需要有真实观察结果,并披露测试者、环境、范围和方法。

遵循 Snapchat 设置指南

查找应用发布者的官方链接