UI自动化android获取crash,GitHub - testerclub/AUICrawler: Android App UI自动遍历方案(有时比较忙，没有进一步开发，欢迎大家积极沟通&贡献)...

AUICrawler

针对Android App 的UI遍历自动化方案

遍历方案:

时间模式:

Limit ：限定遍历时长，不包括初始化应用 & 结果统计，超过规定时长后结束

Normal ：不规定遍历时长，全部递归执行完成后结束

遍历模式:

Normal ： 按序遍历，多次／多设备执行的路径完全相同

Random ： 随机遍历，可设置覆盖程度(0

Activity ： 遍历App的所有Activity(可无参数唤起的)

执行相关:

执行前配置:

配置文件:

AUICrawler

config

Setting.py

设置项详解:

SaveScreen ： 遍历过程中截图功能开关，包括还原控件显示过程截图

SaveJumpOutScreen ： 跳出遍历时截图功能开关，包括 跳出App & 进入不可遍历页面

KeepRun : 被测 App Crash／ANR 后是否继续拉起App&继续遍历

TimeModel : 时间模式 Limit／ Normal

LimitTime : 限时模式下，遍历时长，单位 秒

CrawlModel : 遍历模式 Random ／ Normal ／ Activity

CoverageLevel : 覆盖程度 0< c <=1

UnInstallApk : 是否在执行前卸载 测试App/被测App

InstallApk : 是否在执行前安装 测试App／被测App

ApkPath : 被测App 安装包路径

TestApkPath : 测试App 安装包路径 (若无测试App， 可设为空，或其他会被使用的App路径)

AppMainActivity : 被测App的主页面Activity

FirstClickViews : 有些浮层页面下方的控件也会获取到，会被无效遍历，建议提前将浮层的关闭／缩小按钮的id放入此列表，每次获取页面时，会优先点击此列表中的控件，保证遍历更有效

BackBtnViews : 返回按钮列表，在进入一个新页面时，不会优先遍历返回按钮，会在此页面所有可遍历控件遍历结束后，点击返回按钮返回，这样会提升遍历效率

UnCrawlViews : 如果在遍历过程中，发现因操作一个控件导致遍历出错或降低效率，可以将此控件的id／text放入此字典，不再操作此控件，以保证遍历效率

AuthorizationAlert : 不同App在不同品牌／不同系统的设备上使用时，会弹出系统弹窗，可前将系统弹窗允许按钮的信息存入此列表，当显示弹窗时优先处理弹窗

RunInitNodes : 若进入主页面前也会有一些可遍历的页面／控件，设置是否遍历，若关闭此开关，则需要其他方式初始化App，保证启动时直接进入主页面

RunInitCase : Robotium Case 执行开关， 关闭后在遍历前，不会执行Robotium Case

InitCases : Robotium Case 列表， 按序执行，可以将遍历前提条件的初始化Case存入其中

TestRunner : Robotium Case 执行依赖的TestRunner

Login : 执行中登录功能开关，在遍历过程中，进入到登录Activity时会登录，若想只遍历登录状态，请在初始化时执行登录Robotium Case

AppLoginActivity : 登录页面Activity， 目前只支持被测App本身的登录方式，暂不支持第三方登录

LoginViewList ：登录按钮信息，[账号输入框AccountViewID, 密码输入框PasswordViewID, 登录按钮LoginBtnId]

AccountList : 账号密码列表，执行前请保证账号足够设备1对1分配，可多不可少

SMTP_HOST : SMTP服务器地址

Result_Mail_To_List : 测试报告邮件发送给哪些人

Failed_Mail_To_List : 测试过程中被测应用出现异常，邮件通知哪些人

Mail_User : 使用哪个邮箱账号发送测试报告

Mail_Pass : 使用的邮箱账号的登录密码

执行脚本:

AUICrawler

Crawler.py

参数执行:

参数：

-d xxxx : 指定单设备/ 多设备列表 device1id,device2id,device3id...

-p x/x.apk,x/xtest.apk : 指定被测应用的Apk & 被测Apk的测试Apk。 可以只传入 xxx/xxx.apk作为被测apk,不传入"，xxx/xxxtest.apk"

-t 30 : 开启限时模式 & 调整遍历限时时间 ，单位分钟

-r 0.8 : 开启随机遍历 & 设置覆盖程度

-a : Activity遍历模式

-u : 卸载&安装

-i : 执行初始化 & 遍历主页面前的页面

-c : 执行初始化Robotium Case

-s : 只保存有效遍历操作截图

-j : 保存还原控件显示 & 跳出App等非有效遍历截图

-k : keepRun (Crash/ANR 后继续执行)

-l : 遍历过程中登录

示例场景：

指定apk快速遍历

python Crawler.py -up xxx/xxx/xxx.apk

指定单个设备、重新安装App、初始化App、执行Robotium Case、按序遍历10分钟 、不保存截图

python Crawler.py -d deviceid -t 10 -uic

指定多个设备，不重新安装App、不初始化、覆盖程度0.5随机遍历5分钟、保存有效遍历截图、Crash后重启继续执行、遍历过程中登录

python Crawler.py -d deviceid1,deviceid2,deviceid3 -t 5 -r 0.5 -skl

使用当前连接的所有设备、重新安装App、初始化App、不执行Robotium Case、遍历所有无参数Activity、不限时、保存所有截图

python Crawler.py -uisj

自由组合参数执行，默认执行模式：所有设备、不重新安装、不初始化、按序执行所有控件、不截图、Crash／ANR就停止、过程中不登录

可以修改Setting调整默认的执行模式

执行方案:

1. 支持多设备同时执行(多线程执行，每个设备单个线程)

2. 初始化App(针对首次启动有需滑动的Guide页的App，优先向左滑动到有可点击的控件显示；会遍历进入主页面前显示的控件至进入Setting中设置的主页面)

3. 支持执行Robotium Case(主要是用来再初始化App至满足想要的遍历条件，比如遍历前先登录 ／ 解决一些可能会影响遍历的操作)

4. 启动主页面按所选模式开始遍历

执行顺序：

遍历逻辑：

还原要操作的控件显示

执行时可能会遇到的现象:

1. 反复进入一个页面，但操作的控件并不同：可能是操作后页面变化，导致下一个需要操作的控件没有正确显示，需要返回再还原其显示

2. 长时间未操作：出现此问题时请查看设备详细Log，从上一次正常操作后查看Log, 可能是操作后，页面变化较大，不能找到后续的很多控件的还原路径

3. 在类似个人资料页这种相似度极高的页面进入的越来越深：页面相似度太高，个人中心-好友列表-好友个人中心-好友的好友列表...这种无止境的深层次遍历会影响获取还原&返回路径，可能会影响遍历效率&结果，所以当发现这种现象时，可以将入口设置在setting.py中不再操作此入口。

关于截图

1.截图时长为2秒左右，稍长，若为提高执行速度，可以在Setting中关闭所有截图

2.每张截图大小为100-350 KB，可以在Setting中设置SaveJumpOutScreen=False，减少截图数量，缩小所占空间

3.有效遍历截图，会在操作前将控件区域高亮显示

脚本结构:

封装的模块:

所在目录:

AUICrawler

module

模块介绍:

PlanInfo :  本次执行的相关配置 & 运行状态等信息

CrawledApp :  当次执行时使用的App本身信息 & 遍历中相关状态&信息

DeviceInfo :  每个执行的Device的本身信息 & 遍历中相关状态&信息

PageInfo :  每次获取时的页面信息 & 遍历中相关状态&信息

NodeInfo :  每个控件的获取时信息 & 遍历中相关状态&信息

执行记录:

目录结构:

AUICrawler

result

2017xxxxxxxxxx : 目录名称时间执行的测试计划

CrawlerLog.txt : 计划执行时主要Log

Result.html : 测试报告

设备ID

CrawlerLog.txt : 此设备执行时详细Log

Screenshot : 截图存储目录

Uidump.xml : 运行中获取页面信息生成的临时文件，计划执行结束时会删除

测试报告

样板

本地目录

AUICrawler

result

2017xxxxxxxxxx

Result.html

超链跳转

执行Log : 打开当次计划执行Log

设备ID : 对应设备的存储目录

异常退出 : 对应设备的logcat

遍历结果 : 对应设备的遍历详细Log

发送邮件报告

在Setting.py中配置邮件信息

遍历结束后将报告发送给对应的接收人

不设置不会发送，不会报异常

邮件报告显示

不同的邮件客户端 ／ 浏览器，邮件显示会不同

html临时接触，所以在显示时可能会有些小问题， 如果有前辈可以帮助调整可以联系我，教教我，谢谢

开发进度:

1. 架构设计

2. 递归逻辑

3. 配置信息

4. 限时模式

5. 随机遍历模式 (请提前在Setting中设置 功能开关 & 覆盖程度)

6. Activity模式 (现只遍历无参数可启动的Activity，若执行Activity模式，请先初始化&安装开关是否需要开启)

7. 对Clickable的控件遍历 (点击，产生的新有效控件会被遍历)

8. 对LongClickable的控件遍历 (长按，产生的新有效控件会被遍历)

9. 对EditText的遍历 (随机输入字符，输入字符后的EditText不会再遍历，产生的其他新有效控件会被遍历)

10. 对Scrollable的控件的遍历 (降低优先级，暂时感觉列表的滚动的用处并不大，反而产生不必要的遍历，增加了遍历时长)

11. 执行结果收集&统计&展示

12. 遍历过程中，遍历到登录页面登录功能 (支持多设备登录，请在Setting中设置足够的账号信息)

13. 命令行参数执行

14. webView遍历 (现在只是对UI控件遍历，未遍历WebView内容，准备补充WebView遍历，若有知道有哪些模块可以获取WebView(除类似Appium这种框架)，欢迎告知

15. 邮件发送测试报告

16. 优化截图重绘方案 (虽然没有更换方案前也差不多解决了内存疯涨的问题，但是自己写的新方法还是更省时间和内存一些)

17. Crash时及时发送携带logcat附件的邮件，及时反馈问题

18. 操作导致应用异常结束，再次还原此操作，查看是否再次异常结束 & 发送结果邮件。

19. 记录&统计执行过程中设备的 内存、CPU、耗电、FPS 等 性能变化， +到测试报告中

20. 执行前判断设备状态，如果已锁屏(屏幕未唤醒 & 屏幕唤醒但是锁定状态)，则该设备不执行

21. 执行前初始化网络／蓝牙

22. 执行过程中，当发现被测应用不再运行时，启动被测应用后，会检查设备状态，如果已锁屏(屏幕未唤醒 & 屏幕唤醒但是锁定状态),则不再继续执行

23. 单独设置异常邮件收件人，与结果邮件收件人做区分

24. 如果安装被测应用失败，该设备不会执行遍历；

25. 如果未开启安装被测应用&被测应用并未安装，则使用Settings中设置的Apk路径尝试安装，如果安装被测应用失败，该设备不会执行遍历；

26. 遍历控件逻辑重构，不再按控件类别定义操作优先级，只根据控件树的结构，依据预操作控件类型匹配操作

27. 重新梳理参数化执行相关

28. 在遍历前增加清除被测App 数据和缓存

29. 调研 chromdriver 与Android 的webview 通讯 (同扩展熟悉ios-webkit-debug-proxy)

QQ：553410327 ，欢迎前辈指导，同学交流