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

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

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

1、Web  App测试&＃xff1a;其本质就是 Web 浏览器的测试&＃xff0c;测试方法基本上同Web浏览器测试

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

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

注意&＃xff1a;Native Container 和 Webview 分别属于两个不同的上下文&＃xff08;Context&＃xff09;&＃xff0c;Native Container 默认的 Context 为“NATIVE APP"&＃xff0c;而 Webview 默认的 Context 为“WEBVIEW_&＃43; 被测进程名称”

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

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

2.交叉事件测试&＃xff1a;

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

&＃xff08;2&＃xff09;交叉事件测试&＃xff0c;需要覆盖的场景主要包括&＃xff1a;

• App 运行时接听电话

• App 运行时接收信息

• App 运行时提示系统升级

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

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

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

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

&＃xff08;3&＃xff09;此类测试目前基本还都是采用手工测试的方式&＃xff0c;并且都是在真机上进行&＃xff0c;不会使用模拟器。

3.兼容性测试&＃xff1a;

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

&＃xff08;2&＃xff09;常见的App兼容性测试主要覆盖以下场景&＃xff1a;

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

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

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

• 同一操作系统中&＃xff0c;不同语言设置时的兼容性

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

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

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

4.流量测试&＃xff1a;

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

&＃xff08;2&＃xff09;流量测试通常包含以下几方面的内容&＃xff1a;

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

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

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

• App 安装包本身的大小

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

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

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

&＃xff08;5&＃xff09;对于 iOS 系统&＃xff0c;可以使用 Xcode 自带的性能分析工具集中的 Network Activity&＃xff0c;分析具体的流量使用情况

&＃xff08;6&＃xff09;减少app消耗流量的一些常用方法&＃xff1a;

• 启用数据压缩&＃xff0c;尤其是图片

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

• 遇到既需要加密又需要压缩的场景&＃xff0c;一定是先压缩再加密

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

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

• 启用客户端的缓存机制

5.耗电量测试&＃xff1a;

&＃xff08;1&＃xff09;耗电量测试主要从3个方面来考量&＃xff1a;

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

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

• App 后台运行的耗电量

&＃xff08;2&＃xff09;耗电量检测方法&＃xff1a;

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

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

6.弱网测试&＃xff1a;

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

7.边界测试&＃xff1a;

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

&＃xff08;2&＃xff09;主要场景&＃xff1a;

• 系统内存占用大于 90%

• 系统存储占用大于 95%

• 飞行模式来回切换

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

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

• 出现 ANR 的场景

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

• 时区切换的场景

欢迎关注公众号&＃xff1a;