移动应用专项测试的思路和方法

本文主要是介绍移动应用专项测试的思路和方法，对大家解决编程问题具有一定的参考价值，需要的程序猿们随着小编来一起学习吧！

在之前的文章简单介绍了移动端应用类型及特点https://blog.csdn.net/dou_being/article/details/119304770，这篇文章主要介绍Web  App、Native App 和 Hybrid App三类不同移动应用的测试方法以及移动应用专项测试的思路和方法：

一、Web  App、Native App 和 Hybrid App三类不同移动应用的测试方法

1、Web  App测试：其本质就是 Web 浏览器的测试，测试方法基本上同Web浏览器测试

2、Native App测试：不同的平台会使用不同的自动化测试方案，比如，iOS 一般采用 XCUITest Driver，而 Android 一般采用 UiAutomator2 或者 Espresso 等。但是数据驱动、页面对象以及业务流程封装的思想是相通的，可以把这些方法应用到测试用例设计中

3、Hybrid App 测试：对 Native Container 的测试，可能需要用到 XCUITest 或者 UiAutomator2 这样的原生测试框架，而对 Container 中 HTML5 的测试，基本和传统的网页测试没什么区别，所以原本基于 GUI 的测试思想和方法都能继续适用。

注意：Native Container 和 Webview 分别属于两个不同的上下文（Context），Native Container 默认的 Context 为“NATIVE APP"，而 Webview 默认的 Context 为“WEBVIEW_+ 被测进程名称”

二、移动应用专项测试的思路和方法

1.移动应用专项测试最主要的有：交叉事件测试、兼容性测试、流量测试、耗电量测试、弱网络测试、边界测试

2.交叉事件测试：

（1）交叉事件测试也叫中断测试，是指 App 执行过程中，有其他事件或者应用中断当前应用执行的测试。比如，App 在前台运行过程中，突然有电话打进来，或者收到短信，再或者是系统闹钟等等情况。

（2）交叉事件测试，需要覆盖的场景主要包括：

• App 运行时接听电话

• App 运行时接收信息

• App 运行时提示系统升级

• App 运行时发生系统闹钟事件

• App 运行时进入低电量模式

• App 运行时第三方安全软件弹出告警

• App 运行时发生网络切换，比如，由 Wifi 切换到移动 4G 网络，或者从 4G 网络切换到 3G 网络等

（3）此类测试目前基本还都是采用手工测试的方式，并且都是在真机上进行，不会使用模拟器。

3.兼容性测试：

（1）容性测试顾名思义就是，要确保 App 在各种终端设备、各种操作系统版本、各种屏幕分辨率、各种网络环境下，功能的正确性。

（2）常见的App兼容性测试主要覆盖以下场景：

• 不同操作系统的兼容性，包括主流的 Andoird 和 iOS 版本

• 主流的设备分辨率下的兼容性

• 主流移动终端机型的兼容性

• 同一操作系统中，不同语言设置时的兼容性

• 不同网络连接下的兼容性，比如 Wifi、GPRS、EDGE、CDMA200 等

• 在单一设备上，与主流热门 App 的兼容性，比如微信、抖音、淘宝等

（3）兼容性测试，通常都需要在各种真机上执行相同或者类似的测试用例，所以往往采用自动化测试的手段。

4.流量测试：

（1）由于 App 经常需要在移动互联网环境下运行，而移动互联网通常按照实际使用流量计费，所以如果 App 耗费的流量过多，那么一定不会很受欢迎

（2）流量测试通常包含以下几方面的内容：

• App 执行业务操作引起的流量

• App 在后台运行时的消耗流量

• App 安装完成后首次启动耗费的流量

• App 安装包本身的大小

• App 内购买或者升级需要的流量

（3）流量测试，往往借助于 Android 和 iOS 自带的工具进行流量统计，也可以利用 tcpdump、Wireshark 、 Fiddler 和Charles等网络分析工具

（4）对于 Android 系统，网络流量信息通常存储在 /proc/net/dev 目录下，也可以直接利用 ADB 工具获取实时的流量信息

（5）对于 iOS 系统，可以使用 Xcode 自带的性能分析工具集中的 Network Activity，分析具体的流量使用情况

（6）减少app消耗流量的一些常用方法：

• 启用数据压缩，尤其是图片

• 使用优化的数据格式，比如同样信息量的 JSON 文件就要比 XML 文件小

• 遇到既需要加密又需要压缩的场景，一定是先压缩再加密

• 减少单次 GUI 操作触发的后台调用数量

• 每次回传数据尽可能只包括必要的数据

• 启用客户端的缓存机制

5.耗电量测试：

（1）耗电量测试主要从3个方面来考量：

• App 运行但没有执行业务操作时的耗电量

• App 运行且密集执行业务操作时的耗电量

• App 后台运行的耗电量

（2）耗电量检测方法：

• Android 通过 adb 命令“adb shell dumpsys battery”来获取应用的耗电量信息

• iOS 通过 Apple 的官方工具 Sysdiagnose 来收集耗电量信息，然后，可以进一步通过 Instrument 工具链中的 Energy Diagnostics 进行耗电量分析

6.弱网测试：

（1）移动应用的测试需要保证在复杂网络环境下的质量。具体的做法就是：在测试阶段，模拟这些网络环境，在 App 发布前尽可能多地发现并修复问题

7.边界测试：

（1）边界测试是指，移动 App 在一些临界状态下的行为功能的验证测试，基本思路是需要找出各种潜在的临界场景，并对每一类临界场景做验证和测试

（2）主要场景：

• 系统内存占用大于 90%

• 系统存储占用大于 95%

• 飞行模式来回切换

• App 不具有某些系统访问权限的场景，比如 App 由于隐私设置不能访问相册或者通讯录等

• 长时间使用 App，系统资源是否有异常，比如内存泄漏、过多的链接数等

• 出现 ANR 的场景

• 操作系统时间早于或者晚于标准时间

• 时区切换的场景

欢迎关注公众号：

这篇关于移动应用专项测试的思路和方法的文章就介绍到这儿，希望我们推荐的文章对大家有所帮助，也希望大家多多支持为之网！