如何借助开源工具进行 Android 的稳定性测试?

发表于:2021-11-05 09:32

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:佚名    来源:知乎

  前言
  谈到Android稳定测试,大多数会联想到使用monkey工具来做测试.google官方提供了monkey工具,可以很快速点击被应用,之前我有一篇帖子提到了monkey工具的使用。
  但是原生的monkey都是基于坐标随机点击的,能真正点击到控件的概率并不大,而且会跳出app.所以monkey工具并不合适在持续集成使用。
  替代方案
  主要有两个思路做替代方案:
  1.基于monkey工具写一套脚本来执行monkey命令.之前也写过这样的脚本,把monkey命令封装一下,但是问题在于的遍历页面太少,做过统计遍历范围15%到20%,所以这个方案并不完美。
  2.寻找开源工具, AppCrawler、Maxim、UICrawler
  · AppCrawler
  对app进行快速遍历,底层引擎基于appium,支持Android和iOS。
  https://github.com/seveniruby/AppCrawler
  · Maxim
  高速uiautomator控件解析算法的Android Monkey,支持多种模式运行。
  https://github.com/zhangzhao4444/Maxim
  · UICrawler
  基于Appium的AppUI遍历工具。
  https://github.com/lgxqf/UICrawler
  三款工具都使用过,优缺点就不说了.目前使用是Maxim工具,Maxim代码还没有开源,作者会定期发布新版本.主要是用其工具的两个功能,基于解析控件的点击和崩溃时图片导出。
  Maxim使用
  需要把两个jar包push到手机sdcard目录下
  adb push framework.jar /sdcard
  adb push monkey.jar /sdcard
  运行命令: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
  策略:
  模式 DFS --uiautomatordfs 增加深度遍历算法
  模式 Mix --uiautomatormix直接使用底层accessibiltyserver获取界面接口
  模式Troy --uiautomatortroy控件选择策略按max.xpath.selector配置的高低优先级来进行深度遍历
  保留原始monkey
  自动化脚本开发
  选好了工具,接下来可以开发自动化脚本,预期脚本可以达到的效果。
  · 修改源码
  在Android源码中注入内存泄漏检测代码、卡顿检测代码、启动时间测试代码。
  · 构建app
  根据环境参数执行打包命令构建app。
  · 安装测试
  使用adb命令进行安装测试。
  · 登录测试
  使用appium进行登录测试。
  · 稳定性测试
  使用脚本启动Maxim工具、获取崩溃日志、获取崩溃时图片。
  · 性能测试
  测试内存、cpu、fps、页面加载时间等性能指标。
  · 生成报告
  把安装测试、登录测试、稳定性、性能等数据,绘制成报告展示。
  · 平台收集结果
  在脚本的最后一步把测试报告上传到服务端,由前端做报告展示。
  把脚本也分为模块来开发,让每个模块没有关联性,后期比较方便维护。
  持续集成
  持续集成中最常用的工具是jenkins平台,jenkins可以新建job拉最新代码进行打包,触发后续的自动化测试
  由于自动化脚本已经模块化了,所以使用了pipeline模块把功能串联起来.pipeline使用是的groovy语法,需要写一个pipeline脚本文件。
  使用的pipeline来构建自动化任务,好处在于很清晰的知道自动化脚本执行耗时和构建步骤。
  执行策略
  1.每天晚上定期执行,可以在jenkins设置定时器。
  2.提交代码自动触发自动化测试job。
  3.手动触发。
  报告展示
  报告展示把自动化测试结果绘制成html报告,使用的是flask服务的Jinja2作为报告模版。
  完成自动化测试报告会自动上报到测试平台保存,为后续的数据统计做准备。
  应用基本信息
  Monkey覆盖率
  内存、cpu监控
  崩溃日志、崩溃图片
  平台汇总
  可以在平台中查看自动化测试产生的崩溃日志和版本崩溃对比趋势.平台也可以查看每次自动化报告,出现崩溃问题直接把报告地址发给开发即可,省去了复制粘贴崩溃log的过程。
  结语
  使用这种方式已经在几个版本中发现了不少崩溃问题,也累计了不少数据.希望自动化测试的同时,还能获取更大的价值。

  本文内容不用于商业目的,如涉及知识产权问题,请权利人联系51Testing小编(021-64471599-8017),我们将立即处理
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号