移动客户端前端测试&优化

转载于：http://www.51testing.com/html/43/489243-3712905.html

一.常见APP崩溃用例设计场景

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

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

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

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

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

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

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

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

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

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

二.APP卡顿可能原因

1.activity启动时间过滤  adb 命令onCreate到onResume的时间、

2.使用录像来解决启动时间的问题，例如imove，或者screenrecord等录制工具，从点击到页面加载

3.使用埋点来进行性能测试

4.traceview分解到线程时间，方法时间级别

5.什么是帧率，帧率和刷新率的关系

6.adbshelldumpsys gxfinfo xxxx   打印2s的帧率信息

7.systrace过度绘制，查看空白地带

8.卡顿原因分析：动画执行过多，绘制复杂，

9.布局扁平化

part2.参考链接：http://www.jianshu.com/p/8123fc17fe0e，作者Joy

三.APM（application performance management）应用性能管理

1.定义：通过对应用的可靠性、稳定性等方面的监控，进而达到可以快速修复问题、提高用户体验的目的

2.有代表性的APM工具：听云、阿里百川、腾讯 bugly、NewRelic、OneAPM、网易云捕等

3.关注的监控指标：

网络请求：成功率、状态码、流量、网络响应时间、HTTP与HTTPS的 DNS 解析、TCP握手、SSL握手（HTTP除外）、首包时间等时间

界面卡顿、卡顿堆栈

崩溃率、崩溃堆栈

Abort 率：也就是由于内存过高的等原因，被系统杀死的情况

交互监控：页面加载时间、页面的交互痕迹

维度信息：地域、运营商、网络接入方式、操作系统、应用版本等

其他：内存、帧率、CPU使用率、启动时间、电量等

App的性能问题包括崩溃、网络请求错误或超时、响应速度慢、列表滚动卡顿、流量大、耗电等