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行为。