漫谈:
从APP崩溃率标准,到Monkey介绍拓展Maxim,及Jenkins自动化配置,持续集成获取崩溃日志
1、APP崩溃率标准
开发或测试app的同学,对于app崩溃肯定非常熟悉,频繁的线上崩溃属极度严重事故,肯定会给团队和个人带来KPI的低下,防患于未然就成了重中之重
1.1 常见的检测崩溃手段
- 业务测试,普通测试,环境版本兼容性测试,开发调试中遇到
- 健壮性测试:【数据状态异常、http请求状态异常、网络状态异常(网络波动)、大数据、特殊场景、等等】
- monkey测试
- 友盟等线上检测工具监控错误率、错误日志
1.2 崩溃率标准
这是听云2016年提出的移动应用崩溃率标准,也是行业目前参考最多的标准
2、Monkey介绍拓展Maxim
常规的测试并不能完全使app的崩溃率达标时,这时候往往需要借助monkey进行一些压力测试
2.1 Monkey介绍
Monkey是android系统自带的一个测试小工具,原理是存在一个事件库,并随机进行对事件进行随机操作
Monkey 程序是由 Android 系统自带,使用 Java 语言写成。在Android文件系统中的存放路径是: /system/framework/monkey.jar;
Monkey.jar程序是由一个名为“monkey”的Shell脚本来启动执行,shell脚本在Android文件系统中 的存放路径是:/system/bin/monkey;
执行命令
$ adb shell monkey [options] <event-count>
官方文档:http://www.android-doc.com/tools/help/monkey.html 官网描述部分截图如下
常用参数:
$ adb shell monkey -p packagename -s 12345 --throttle 500 -v -v 500
-p 包名、-s 随机生成器seed值、--throttle 每个事件固定延迟毫秒、-v -v 日志级别 500:500次
其他参数和调试见官方文档
2.2 Monkey拓展Maxim
Maxim是基于 Android Monkey 二次开发,实现高速点击的 Android Monkey 自动化工具 fastmonkey - 代号 Maxim,maxim介绍地址
testhome:https://testerhome.com/topics/11719
github:https://github.com/zhangzhao4444/Maxim
2.2.1 对比monkey优势特性
a. 速度快 每秒10-15个Action事件
b. Android全平台兼容
c. 防跳出
d. 防休眠
e. 熔断机制
f. 场景细粒度
g. 随机自动输入
h. 崩溃堆栈自动保存
2.2.2 运用使用
1、环境预备: 在github上下载framework.jar , monkey.jar 这两个文件
- 支持 Android 5,6,7,8,9,10真机及模拟器; Android 5不支持 dfs mode
- 将 framework.jar , monkey.jar push 到手机上某个目录中,建议
/sdcard
adb push framework.jar /sdcard
adb push monkey.jar /sdcard
2、执行
cmd 命令 :
adb shell CLASSPATH=/sdcard/monkey.jar:/sdcard/framework.jar exec app_process /system/bin tv.panda.test.monkey.Monkey -p com.panda.videoliveplatform --uiautomatormix --running-minutes 60 -v -v tv.panda.test.monkey.Monkey: monkey入口类,不要修改 com.panda.videoliveplatform: 被测app包名,需要修改 --uiautomatormix: 遍历策略
注:Maxim实质还是monkey,所以很多monkey的基础参数同样适用
3、Jenkins自动化配置持续集成获取崩溃日志
通过服务器远程adb connect ip 连接到手机,将新包安装到该手机,并执行monkey脚本后,将崩溃日志上传到workspace,生成构建后文档,直接下载此文件即可获得崩溃日志
3.1 关于服务器远程adb connect ip连接到手机
先本地通过usb连接到手机,
运行 adb devices {查询是否usb连接到该手机,请打开手机调试开关}当能够获取到devices id时
运行 adb tcpip 5555 {重置端口5555} 重置后 断开usb数据线
运行 adb connect 10.180.xx.xx:5555 {通过wifi局域网网连接adb 连接该手机,必须手机的wifi和执行命令的电脑在同一局域网} 连接成功后下方会提示
运行 adb disconnect 10.180.xx.xx:5555 {断开adb 远程连接,方便服务器连接,一个端口只能连接一个,服务器同时连接需要输入其他端口}
#连接设备 device_ip=10.180.xxx.xxx:5556 #检查adb echo -e "--->检查adb" which adb adb kill-server adb start-server #wifi连接设备 echo -e "--->wifi连接设备" adb connect ${device_ip} adb devices | grep ${device_ip} exitCode=$? if [[ $exitCode -ne 0 ]]; then echo -e "设备${deivce_ip}连接失败,请检查设备无线调试状态" echo -e "设备${deivce_ip}连接失败,请检查设备无线调试状态" > ${WORKSPACE}/results.txt exit 1 fi
# 唤醒屏幕&解锁屏幕
echo -e "--->唤醒屏幕&解锁屏幕"
adb shell input keyevent 224
sleep 3
3.2 关于测试包的卸载安装及初始化处理
1、最好选用提供android打包的那台机器,比较容易获取到打出来的测试包,也可通过其他方式运行前去取最新的测试包
2、adb 卸载老app,并安装新的app
3、可以直接使用现有的自动化脚本启动app后的一系列数据准备工作:如登录账号,权限确认,自定义协助进入目标模块
3.3 执行Maxim的monkey命令脚本
拿QQ app举个例子
com.tencent.mobileqq
adb shell "CLASSPATH=/sdcard/monkey.jar:/sdcard/framework.jar exec app_process /system/bin tv.panda.test.monkey.Monkey -p com.tencent.mobileqq --running-minutes 30 --throttle 200 --pct-uiautomatormix 80 --uiautomatormix -v -v --output-directory /sdcard/max-output"
--output-directory /sdcard/max-output 这是崩溃日志的输出路径,每次拿这个目录即可,历史的文件会自动变成max-output1,不用担心重复还是历史文件
adb pull /sdcard/max-output/ $WORKSPACE 将崩溃日志上传到工作空间
3.4 上传日志
Jenkins配置
最后下次文件即可获取到崩溃日志
这样每次想获取崩溃日志时,无论身边有没有测试手机都可以获取到崩溃日志,但必须有一部测试手机一直充电放在公司,最好是设置定时任务,隔一段时间就跑一次。
4、写在最后
这篇博客只是非常简单的抛砖引玉把一系列串联整合起来了,并没有任何难点,各个环境详细了解需查看官方文档或其他资料,欢迎大家一起讨论和交流一些新的idea
科技飞速发展的今天,公司的竞争压力也会越来越大,app的稳定性尤为重要,出现崩溃的差评很是刺眼
除了跑monkey预防还需要靠周期性获取线上崩溃靠前的日志排名,将崩溃修复,如果那个迭代放松,就很有可能崩溃率上升明显,影响kpi,这是一个漫长持续的过程,所以将脚本配置到Jenkins非常合拍。
最近团队变化有点多,线上问题层出不穷,团队的APP结合了Native、H5、RN、Flutter、mPaaS小程序,目前mPaaS快要成为主流,很多同学都在调整和转岗,在变动阶段需求少了不少,然后空下来有时间把东西整理一下了
最后,开发也好,运维也好,测试也好,一定要对质量有敬畏之心~~~