App测试

1. 安装、卸载与升级更新测试

这是我们在传统的 WEB 测试中所不具备的场景,也是移动测试的特殊所在。测试一个 APP 它的安装卸载和更新过程,最基本就要考虑不同的操作系统、不同的系统版本、不同的厂商 UI 的修改以及不同的应用商店带来的影响。

先来说说安装过程,由于移动应用的属性,我们要考虑安装过程中是否能取消;如果过程中出现意外,比如死机了、没电了、自动重启了或者断网了怎么办;再有安装空间不足了会怎样等等。

同样的,升级过程也是一样要考虑到,是否强制升级;新老版本是否兼容;升级过程中意外情况是否正常回滚;升级过程用户的数据、状态的保留;跨版本更新处理等。

相对而言,卸载还是更简单一些的,只是包含卸载结果和工程的意外处理。当然,作为一个手机重度用户我们知道,APP 删除仍然会有部分数据留存,这也是我们要测试的一部分。

2. 耗电量和发热测试

我们在使用电脑的时候往往不 care 电量的问题,但是对于移动 APP 来说,耗电量也是决定性的因素。我自己使用的华为手机一旦出现某应用耗电量过大的情况,就会自动给予一个提醒,那么只要不是我自己的重度应用或者有可以替代的应用,我一定会考虑把它卸载。发热也是一样,很多时候这是跟耗电同时发生的。

所以,我们在测试的过程中要额外考虑到 APP 正常运行频繁操作、APP 运行无操作和 APP 后台运行三种情况下耗电量情况。

3. 流量测试

其实曾经的我们对于流量的关注更甚于耗电量之上,随着流量费用的降低和无限流量套餐的普及,流量的耗费已经不再是决定性的因素。但是作为 APP 测试而言,我们仍然需要考虑,不应让自己的 APP 产生过多的流量,增加用户有可能存在的流量费用。

通常情况下测试的工具可以 Android 系统的 adb 和 IOS 系统的 Xcode 轻松分析监控,但是监控数据不是目的,我们的目的在于怎样减少流量。

4. 兼容性测试

WEB 端测试的时候也需要进行兼容性测试,但是关注的细节不太一样,对于 WEB 来说,最重要的兼容性就是浏览器的兼容,而 APP,要综合考虑到不同操作系统、不同屏幕大小、不同语言设置、不同网络连接、不同主流机型上的兼容性,甚至还要考虑在同一个设备上与其他主流 APP 的兼容性。比如我们开发一款游戏 APP,如果它跟微信、支付宝不兼容,那么想来用户一定是卸载你的 APP。

5. 弱网测试

与 WEB 应用更大不同的地方在于移动应用的用户使用 app 产品的过程中,不可能永远都处在 WIFI 满格的情况下。在地铁里、公交上,甚至是电梯、车库、隧道等等的场景里,我们的 APP 会如何表现,这同样是我们的关注的重点。所以,对于移动应用测试来说,要保证能够在网络环境不良的复杂网络环境下的质量。

目前来说主流的弱网测试工具主要有三种:

  • Fiddler
  • NEWT(Network Emulator for Windows Toolkit)
  • ATC(Augmented Traffic Control)

Fiddler 使用简单,但是归根结底还是以抓包为主,不是专业弱网工具;所以我们在专业进行弱网测试的时候还是选择微软的 NEWT 或者 Facebook 的 ATC 更多一点,如果考虑到 ATC 开源的属性,可以把 ATC 当做首选

App测试

上一篇:Appium自动化(3) - adb无线连接手机的方法


下一篇:wap端一屏背景页面浏览器/手机兼容性问题