应用如何测试App 应用测试方法以及测试思路( 二 ) _生活百科

安装测试：WEB测试基本上没有客户端层面的安装测试，但是App测试是存在客户端层面的安装测试，那么就具备相关的测试点。
App测试基于手机设备，还有一些手机设备的专项测试。如交叉事件测试，操作类型测试，网络测试（弱网测试，网络切换）交叉事件测试：就是在操作某个软件的时候，来电话、来短信，电量不足提示等外部事件。操作类型测试：如横屏测试，手势测试网络测试：包含弱网和网络切换测试。需要测试弱网所造成的用户体验，重点要考虑回退和刷新是否会造成二次提交。弱网络的模拟，据说可以用360wifi实现设置。升级测试：升级测试的提醒机制，升级取消是否会影响原有功能的使用，升级后用户数据是否被清除了。
从系统架构的层面，WEB测试只要更新了服务器端，客户端就会同步会更新。而且客户端是可以保证每一个用户的客户端完全一致的。但是APP端是不能够保证完全一致的，除非用户更新客户端。如果是APP下修改了服务器端，意味着客户端用户所使用的核心版本都需要进行回归测试一遍。
如此看来，移动端的测试除了使用的测试框架不同以外，测试设计本身和 GUI 测试有异曲同工之妙，对于移动端还应该有其他的不同测试思路和方法。
移动应用专项测试的思路和方法
对于移动应用，顺利完成全部业务功能测试往往是不够的，当移动应用被大量用户安装和使用时，就会暴露出很多之前完全没有预料到的问题，
比如：
1.流量使用过多；
2.耗电量过大；
3.在某些设备终端上出现崩溃或者闪退的现象；
4.多个移动应用相互切换后，行为异常；
5.在某些设备终端上无法顺利安装或卸载；
6.弱网络环境下，无法正常使用；
7.Android 环境下，经常出现 ANR(Application Not Responding)；
…
这样的问题还有很多，为了避免或减少此类情况的发生，所以移动应用除了进行常规的功能测试外，通常还会进行很多移动应用所特有的专项测试。
1. 交叉事件测试
交叉事件测试也叫中断测试，是指 App 执行过程中，有其他事件或者应用中断当前应用执行的测试。
比如，App 在前台运行过程中，突然有电话打进来，或者收到短信，再或者是系统闹钟等等情况。所以，在 App 测试时，就需要把这些常见的中断情况考虑在内，并进行相关的测试。
此类测试目前基本还都是采用手工测试的方式，并且都是在真机上进行，不会使用模拟器。
首先，采用手工测试的原因是，此类测试往往场景多，而且很多事件很难通过自动化的方式来模拟，比如呼入电话、接收短信等，这些因素都会造成自动化测试的成本过高，得不偿失，所以工程实践中，交叉事件测试往往全是基于手工的测试。
其次，之所以采用真机，是因为很多问题只会在真机上才能重现，采用模拟器测试没有意义。
交叉事件测试，需要覆盖的场景主要包括：
1.多个 App 同时在后台运行，并交替切换至前台是否影响正常功能；
2.要求相同系统资源的多个 App 前后台交替切换是否影响正常功能，比如两个 App 都需要播放音乐，那么两者在交替切换的过程中，播放音乐功能是否正常；
3.App 运行时接听电话；
4.App 运行时接收信息；
5.App 运行时提示系统升级；
6.App 运行时发生系统闹钟事件；
7.App 运行时进入低电量模式；
8.App 运行时第三方安全软件弹出告警；
9.App 运行时发生网络切换，比如，由 Wifi 切换到移动 4G 网络，或者从 4G 网络切换到 3G
网络等；
…
其实你可以发现，这些需要覆盖的场景，也是我们今后测试的测试用例集，每一场景都是一个测试用例的集合。
2. 兼容性测试
兼容性测试顾名思义就是，要确保App在各种终端设备、各种操作系统本、各种屏幕分辨率、各种网络环境下，功能的正确性。常见的App兼容性测试往往需要覆盖以下的测试场景：
1.不同操作系统的兼容性，包括主流的 Andoird 和 iOS 版本；
2.主流的设备分辨率下的兼容性；
3.主流移动终端机型的兼容性；
4.同一操作系统中，不同语言设置时的兼容性；
5.不同网络连接下的兼容性，比如 Wifi、GPRS、EDGE、CDMA200 等；
6.在单一设备上，与主流热门 App 的兼容性，比如微信、抖音、淘宝等；
…
兼容性测试通常都需要在各种真机上执行相同或者类似的测试用例，所以往往采用自动化测试的手段。同时，由于需要覆盖大量的真实设备，除了大公司会基于 Appium + SeleniumGrid+OpenST去搭建自己的移动设备私有云平台外，其他公司一般都会使用第三方的移动设备云测平台完成兼容性测试。第三方的移动设备云测平台，国外最知名的是 SauceLab，国内主流的是Testin 。