移动设备测试 - 类型 - Gingerdoc 姜知笔记

移动设备测试 – 类型

让我们来看看我们可以在移动设备上执行的不同类型测试的详细信息。

网络连接

下表提供了可以为移动设备执行的网络连接测试清单。

Sr.No.	描述
1	如果通过 Wi-Fi 连接到互联网，应用程序的行为是否符合规范？
2	如果通过 3G 连接到互联网，应用程序的行为是否符合规范？
3	如果通过 2G 连接到互联网，应用程序的行为是否符合规范？
4	应用程序的行为是否符合应用程序的规范在网络范围之外？
5	当应用程序从网络外部范围重新进入网络范围时，它是否会恢复工作？
6	重新建立连接后正确处理更新事务。
7	当网络共享或以其他方式连接到另一台设备时，该应用程序是否仍能正常工作？
8	如果应用程序在网络（Wi-Fi、3G、2G）之间切换会发生什么？
9	应用程序是否使用标准网络端口（邮件：25、143、465、993 或 995 HTTP：80 或 443 SFTP：22）连接到远程服务，因为某些提供商会阻止某些端口。

SD 卡交互

下表提供了检查 SD 卡与手机交互的首映功能的清单。

Sr.No.	描述
1	该应用程序可以安装在设备上吗？
2	如果有来电，应用程序的行为是否符合设计/预期？
3	如果有短信传入，应用程序的行为是否符合设计/预期？
4	如果连接了充电器，应用程序的行为是否符合设计/预期？
5	如果充电器断开连接，应用程序是否按设计/预期运行？
6	如果设备进入睡眠模式，应用程序的行为是否符合设计/期望
7	如果设备从睡眠模式恢复，应用程序的行为是否符合设计/预期
8	如果设备从锁定屏幕恢复，应用程序的行为是否符合设计/预期？
9	如果设备倾斜，应用程序的行为是否符合设计/预期？
10	如果设备晃动，应用程序的行为是否符合设计/预期？
11	如果本地消息来自另一个应用程序（想想：日历提醒、待办事项等），应用程序的行为是否符合设计/期望？
12	如果推送消息来自另一个应用程序（想想：twitter 提及、Whatsapp 消息、wordfeud 邀请等），该应用程序的行为是否符合设计/预期。
13	应用程序是否与 GPS 传感器正确交互（打开/关闭、检索 GPS 数据）？
14	设备上所有按钮或按键的功能是否都为此应用程序定义？
15	验证未定义功能的按钮或键在激活时在应用程序上没有意外行为。
16	如果设备上有一个真正的“后退”按钮，“后退”按钮是否会将用户带到上一个屏幕？
17	如果设备上有一个真正的“菜单”按钮，菜单按钮是否显示应用程序的菜单？
18	如果设备上有一个真正的“主页”按钮，主页按钮是否能让用户返回设备的主屏幕？
19	如果设备上有一个真正的“搜索”按钮，这是否会让用户在应用程序中进行某种形式的搜索？
20	如果推送“电池电量低”消息，应用程序的行为是否符合设计/预期
21	如果设备上的声音被关闭，应用程序的行为是否符合设计/预期？
22	如果设备处于飞行模式，应用程序的行为是否符合设计/预期？
23	可以从设备上卸载该应用程序吗？
24	重新安装后应用程序是否按预期运行？
25	可以在应用商店中找到该应用吗？（上线后查看）
26	应用程序是否可以按照设计/期望通过多任务处理切换到设备上的不同应用程序？
27	使用屏幕保护膜时，所有触摸屏位置（按钮）是否都能正常工作。

蓝牙测试

蓝牙设备只能在 10 米范围内进行通信。此类设备可以是键盘、鼠标、无线耳机等。下表提供了可以执行的蓝牙测试清单 –

Sr.No.	描述
1	用户可以搜索范围内的所有可用设备。
2	数据和语音传输都可以通过使用短距离网络发送。
3	数据和语音传输都可以通过使用短距离网络来接收。
4	用户可以随时断开连接。
5	关闭蓝牙时要求断开当前连接。
6	蓝牙最大范围为 10 米。
7	通过手机，您可以发送图片、视频、交换名片，也可以将文件传输到您的PC。
8	（设备已配对）这是用于确认用户已成功配对两个蓝牙设备的消息。
9	不可发现模式，一种不会响应发现请求的设备。
10	不可发现模式，一种不会响应发现请求的设备。
11	不可配对模式，不接受配对的设备被称为处于不可配对模式。
12	密码，密码是用户定义的密码，需要从任何其他设备连接到设备。强烈建议尽可能使用密码，以避免未经授权访问您的蓝牙设备。
13	身份验证 – 验证通信链路另一端身份的过程。在蓝牙技术中，这是通过基于密钥和配对的身份验证过程实现的。
14	未找到设备，这是一条错误消息，如果搜索范围内的其他设备未找到任何内容，则可能会出现此错误消息。
15	空闲模式，当设备没有与其他设备建立链接时，设备处于空闲模式。在这种模式下，设备可能会发现其他设备。
16	已知设备测试，其他设备已知的设备。设备过去已配对或存储了已知设备的某些信息。

Wi-Fi 测试

测试您的手机 WiFi 连接是确保您的 Internet 以服务提供商承诺的速度运行的好方法，但您不仅限于在台式计算机上运行这些测试。手机WiFi测试是测试您家中或办公室各处WiFi信号功率的完美方式。下面给出的是移动设备的 Wifi 测试清单。

Sr.No.	描述
1	如果通过 Wi-Fi 连接到互联网，应用程序的行为是否符合规范？
2	应用程序的行为是否符合应用程序的规范在网络范围之外？
3	当应用程序从网络外部范围重新进入网络范围时，它是否会恢复工作？
4	如果应用程序在网络（Wi-Fi、3G、2G）之间切换会发生什么
5	应用程序是否使用标准网络端口（邮件：25、143、465、993 或 995 HTTP：80 或 443 SFTP：22）连接到远程服务，因为某些提供商会阻止某些端口。

如何在智能手机上运行手机 WiFi 速度测试

在您的智能手机上运行 WiFi 速度测试是一项简单的任务。最方便的是在智能手机的移动网络浏览器中运行的速度测试。只需按照简单的屏幕提示开始测试。如果在线测试没有保存您的结果，请在完成测试后截图以提供历史记录。

一些测试可用作 iOS 和 Android 平台的应用程序。要使用这些，请下载所需的应用程序。然后按照说明运行测试并保存结果。

执行速度测试的工具

速度测试 SpeedSmart WiFi 和移动网络速度测试– 它与 Apple iPhone 和 iPad 兼容。这是一个付费应用程序。SpeedSmart 是一款终极 iOS 速度测试实用程序，用于评估您所有 iOS 设备上的蜂窝网络（3G、4G 和 LTE）和 Wi-Fi 连接。全球服务器网络和智能速度测试方法确保结果准确。

Wifi速度测试

WiFi 速度测试– 它与 Android 手机兼容。它是付费工具。使用此工具，您可以测试本地 (LAN) 网络的速度。测试可以在无线 (WiFi) 或有线网络上完成。

本地化和全球化

请参阅下面的清单，以了解有关移动设备本地化和全球化测试的信息。

Sr.No.	描述
1	文字已翻译。
2	翻译在语法和术语的准确性方面符合母语人士的标准。
3	根据用户界面语言的规则，对话框被正确调整大小并且对话框文本被连字符连接。
4	翻译后的对话框、状态栏、工具栏和菜单以不同的分辨率显示在屏幕上。它们不会包裹，也不会被切断。
5	菜单和对话加速器是独一无二的。
6	视觉布局与原生版的布局一致。例如，对话框元素按正确的 Tab 键顺序排列。

数据库测试

您可以通过多种方式在移动应用程序中存储数据。对于 Android，您可以选择通过服务器、共享首选项或 SQLite 存储数据。

SQLite是一种轻量级数据库，也常用于 Android 和其他操作系统。为了在 SQLite 中查看数据，您可能需要 root 设备或者您可以使用模拟器进行测试。Android Playstore 中有一些工具可以帮助您从此数据库中提取数据。

以下类型的测试应构成您的移动数据库测试的一部分 –

数据库验证测试。
数据库集成测试。
数据库性能测试。
程序和功能测试。
触发测试。
CRUD（创建/读取/更新/删除）操作测试以确保它们可以在数据库上工作。
测试数据库更改是否正确显示在应用程序的 UI 上。
搜索和索引功能测试。

恢复测试

恢复测试用于确保在灾难发生后可以继续操作。恢复测试不仅验证恢复过程，而且验证该过程组成部分的有效性。

恢复测试是测试应用程序从崩溃、硬件故障和其他类似问题中恢复的能力的活动。下面给出的是可恢复性测试的清单。

Sr.No	描述
1	保留了足够的备份数据。
2	备份数据存储在安全位置。
3	记录恢复程序。
4	所有媒体文件已从还原点恢复
5	已恢复所有联系人
6	已成功恢复所有应用程序

并发测试

我们通常借助并发测试来确保多个用户可以同时并发访问一个程序。在为移动设备应用并发测试时，将只有单个用户。因此，它消除了对移动设备进行并发测试的需要。

可用性测试

通常，您会得到一个可以调整手机和网络摄像头以记录可用性评估会话的设备。

可用性测试

有像Applause这样的工具可用。他们提供了一个有针对性的调查参与者群体，他们被精心挑选来测试您的应用程序。Applause 与其他此类服务的不同之处在于，您可以与 Applause 的专家进行咨询，然后他会根据咨询选择理想的参与者。

下面给出的是 GUI 测试的一般检查表。

Sr.No.	描述
1	该应用程序可以安装在设备上吗？
2	如果有来电，应用程序的行为是否符合设计/预期？
3	如果有短信传入，应用程序的行为是否符合设计/预期？
4	如果连接了充电器，应用程序的行为是否符合设计/预期？
5	如果充电器断开连接，应用程序是否按设计/预期运行？
6	如果设备进入睡眠模式，应用程序的行为是否符合设计/预期。
7	如果设备从睡眠模式恢复，应用程序的行为是否符合设计/预期。
8	如果设备从锁定屏幕恢复，应用程序的行为是否符合设计/预期？
9	如果设备倾斜，应用程序的行为是否符合设计/预期？
10	如果设备晃动，应用程序的行为是否符合设计/预期？
11	如果本地消息来自另一个应用程序（想想：日历提醒、待办事项等），应用程序的行为是否符合设计/期望。
12	如果推送消息来自另一个应用程序（想想：twitter 提及、Whatsapp 消息等），该应用程序的行为是否符合设计/预期。
13	应用程序是否与 GPS 传感器正确交互（打开/关闭、检索 GPS 数据）？
14	设备上所有按钮或按键的功能是否都为此应用程序定义？
15	验证未定义功能的按钮或键在激活时在应用程序上没有意外行为。
16	如果设备上有一个真正的“后退”按钮，“后退”按钮是否会将用户带到上一个屏幕？
17	如果设备上有一个真正的“菜单”按钮，菜单按钮是否显示应用程序的菜单？
18	如果设备上有一个真正的“主页”按钮，主页按钮是否能让用户返回设备的主屏幕？
19	如果设备上有一个真正的“搜索”按钮，这是否会让用户在应用程序中进行某种形式的搜索？
20	如果推送“电池电量低”消息，应用程序的行为是否符合设计/预期
21	如果设备上的声音被关闭，应用程序的行为是否符合设计/预期？
22	如果设备处于飞行模式，应用程序的行为是否符合设计/预期？
23	可以从设备上卸载该应用程序吗？
24	重新安装后应用程序是否按预期运行？
25	可以在应用商店中找到该应用吗？（上线后查看）
26	应用程序是否可以按照设计/期望通过多任务处理切换到设备上的不同应用程序？
27	使用屏幕保护膜时，所有触摸屏位置（按钮）是否都能正常工作。