App测试总结

1、iOS在iPhone 5/5c及以下版本是32位，5s以上是64位。所以除iOS版本外，手机版本也是一个 分界点。

2、iOS抓crash日志，可以连接iTuns，工具箱中记录日志。获取日志比较方便

3、测试点总结  https://www.jianshu.com/p/3b8ee2901850  

4、 获取日志——使用iTools，Android使用获取日志工具logcat

5、抓包——fiddler抓取https包，在手机上安装证书

6、流量、性能监控

7、适配性 ——会找典型的机型，对于不同厂家手机会找不同跟相同，归类、方便后面的测试

APP出现ANR的原因：（这个是无反应）
1、线程阻塞的
2、内存不足
3、CPU满负荷


APP出现CRASH的原因：（其实就是闪退、FC）
1、空值指针
2、内存不足
3、CPU满负荷

 

移动App崩溃原因
　　为什么移动App经常崩溃？App崩溃有几个原因：从平台或环境到开发问题。
　　一些崩溃原因（排名不分先后） ：
　　设备碎片化：由于设备极具多样性，App在不同的设备上可能有表现不同。
　　带宽限制：带宽不佳的网络对App所需的快速响应时间可能不够。
　　网络的变化：不同网络间的切换可能会影响App的稳定性。
　　内存管理：可用内存过低，或非授权的内存位置的使用可能会导致App失败。
　　用户过多：连接数量过多可能会导致App崩溃。
　　代码错误：没有经过测试的新功能，可能会导致App在生产环境中失败。
　　第三方服务：广告或弹出屏幕可能会导致App崩溃。

 

移动App崩溃的测试用例设计
　　测试用例是移动测试最重要部分之一。
　　准备和执行预先定义的针对移动App崩溃的测试用例将简化和加速移动App崩溃的测试。
　　一些通用的触发移动App崩溃的测试场景，如下：

　　1 验证在有不同的屏幕分辨率，操作系统和运营商的多个设备上的App行为。
　　2 用新发布的操作系统版本验证App的行为。
　　3 验证在如隧道，电梯等网络质量突然改变的环境中的App行为。
　　4 通过手动网络从蜂窝更改到Wi-Fi ，或反过来，验证App行为。
　　5 验证在没有网络的环境中的App行为。
　　6 验证来电/短信和设备特定的警报（如警报和通知）时的App行为。
　　7 通过改变设备的方向，以不同的视图模式，验证App行为。
　　8 验证设备内存不足时的App行为。
　　9 通过用测试工具施加载荷验证App行为。
　　10 用不同的支持语言验证App行为。