移动App崩溃的测试用例设计

移动App测试与传统台式机测试相比有必定的复杂性。这些复杂性能够被分类为：

 

         环境（大量的设备，各类移动OSs，适应频繁OSs变化） 。

　　设备（触摸式和非触摸式设备，有限的内存容量，电池耗电量） 。

　　网络（不一样的网络和运营商，在很差或无网络的状况下的App行为，离线                   支持） 。

　   可用性（方向，触摸，多触摸，缩放，分页和导航的局限性，各类干扰，                       如来电，来电短          信，闹钟，和低电量警报） 。

全部这些手机专有的复杂性须要新的针对移动App测试的测试用例设计方案。

 

 

最多见的移动App Bug

根据调查的结果，移动App崩溃是最多见的移动App Bug ，这是预料中的结果，由于很容易发现一个移动App崩溃。Android OS上一个写着“强制关闭错误”的弹出窗口跳上屏幕；当发生崩溃时，iOS中App屏幕忽然消失消失。最坏的状况下，App崩溃可能会致使系统故障，操做系统崩溃。

 

移动App崩溃缘由

 

为何移动App常常崩溃？App崩溃有几个缘由：从平台或环境到开发问题。

一些崩溃缘由（排名不分前后） ：

 

设备碎片化：因为设备极具多样性，App在不一样的设备上可能有表现不一样。

 

网络的变化：不一样网络间的切换可能会影响App的稳定性。

内存管理：可用内存太低，或非受权的内存位置的使用可能会致使App失败。

用户过多：链接数量过多可能会致使App崩溃。

代码错误：没有通过测试的新功能，可能会致使App在生产环境中失败。

第三方服务：广告或弹出屏幕可能会致使App崩溃。

 

移动App崩溃的测试用例设计

 

测试用例是移动测试最重要部分之一。

准备和执行预先定义的针对移动App崩溃的测试用例将简化和加速      移动App崩溃的测试。

一些通用的触发移动App崩溃的测试场景，以下：

 

1 、验证在有不一样的屏幕分辨率，操做系统和运营商的多个设备上的App行为。

2 、用新发布的操做系统版本验证App的行为。

三、 验证在如隧道，电梯等网络质量忽然改变的环境中的App行为。

4 、经过手动网络从蜂窝更改到Wi-Fi ，或反过来，验证App行为。

5 、验证在没有网络的环境中的App行为。

6 、验证来电/短信和设备特定的警报（如警报和通知）时的App行为。

七、 经过改变设备的方向，以不一样的视图模式，验证App行为。

九、 经过用测试工具施加载荷验证App行为。

10 、用不一样的支持语言验证App行为。

显然，还会有更多的致使App崩溃的App特定场景。

 

转：http://mp.weixin.qq.com/s?__biz=MjM5ODE3OTkxMQ==&mid=2650527176&idx=1&sn=8813306e14b4fbc91d71fcaa9d25f953&scene=0&ptlang=2052&ADUIN=1013005772&ADSESSION=1470273125&ADTAG=CLIENT.QQ.5479_.0&ADPUBNO=26582#wechat_redirect