知识点 | APP 崩溃测试点小结

TestWhite 2018年6月25日01:55:34
评论
901字阅读3分0秒
云小站

近期基于Testin 大数据发现,App 崩溃是最常见的Bug ,这直接的影响就是用户体验,是造成用户流失的根本原因,也是咱们测试同学非常头疼的问题,如果上线前不能将这些问题发现....

AD:

在这里为大家整理了一些通用可能触发崩溃的使用以及操作场景,希望可以帮助大家补充完善基础用例库!

一些通用的触发移动App 崩溃的测试场景,如下:

验证在有不同的屏幕分辨率,操作系统和运营商的多个设备上的App 行为。

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

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

通过手动网络从蜂窝更改到Wi-Fi ,或反过来,验证App 行为。

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

验证来电/短信和设备特定的警报(如警报和通知)时的App 行为。

通过改变设备的方向,以不同的视图模式,验证App 行为。

验证设备内存不足时的App 行为。

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

用不同的支持语言验证App 行为。

当然还有些崩溃主要来自于移动设备本身较为复杂的环境比如:

环境(大量的设备,各种移动OSs,适应频繁OSs 变化) 。

设备(触摸式和非触摸式设备,有限的内存容量,电池耗电量) 。

网络(不同的网络和运营商,在不好或无网络的情况下的App 行为,离线支持) 。

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

为大家总结了出现崩溃最主要的原因:

设备碎片化:由于设备极具多样性,App 在不同的设备上可能有表现不同。

带宽限制:带宽不佳的网络对App 所需的快速响应时间可能不够。

网络的变化:不同网络间的切换可能会影响App 的稳定性。

内存管理:可用内存过低,或非授权的内存位置的使用可能会导致App 失败。

用户过多:连接数量过多可能会导致App 崩溃。

代码错误:没有经过测试的新功能,可能会导致App 在生产环境中失败。

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

结语:

上述总结的内容仅算抛砖引玉制作,同学们还是需要尽可能多的去积累以及更新迭代贵司的

用例库,最好在开发周期中就可以发现可能发现崩溃的bug,将用户体验发挥到极致!

觉得文章不错的话记得点赞哦,转发就更好了

继续阅读
  • 我们QQ群
  • QQ扫一扫
  • weinxin
  • 微信公众号
  • 公众号扫一扫
  • weinxin
TestWhite
  • 本文由 发表于 2018年6月25日01:55:34
  • 请您在转载时请务必保留本文链接:https://www.playezu.com/13402.html
匿名

发表评论

匿名网友 填写信息

:?: :razz: :sad: :evil: :!: :smile: :oops: :grin: :eek: :shock: :???: :cool: :lol: :mad: :twisted: :roll: :wink: :idea: :arrow: :neutral: :cry: :mrgreen: