又一个问题,代码中的writeLog方法到底要记录哪些数据作为log信息呢?log信息中最重要的是能让开发者看出来哪个界面被打开或者哪个控件被点 击。对于界面,可以记录其类名;对于控件,一般没有确定的名称,那么可以记录下来这个控件在界面中的路径。比如上文中介绍Android UI布局的实例,如果要定位记录那个Button,则可以记录它所在界面的类名和Button的布局路径作为它的标识。那个Button的路径可以表示为DecorView>LinearLayout[0]>FrameLayout[1]>RelativeLayout[0]>Button[0]
,由于LinearLayout有多个子View,因此可以在子View中加入编号来区分。这样就解决了log信息的记录问题,log信息的格式大致要有如下几个字段:
monitor_type | ui_name | view_ui_path
比如是控件点击埋点log,则可以记录为
VIEW_CLICK | MainActivity | DecorView>LinearLayout[0]>FrameLayout[1]>RelativeLayout[0]>Button[0]
比如是MainActivity界面打开的埋点log,则可以记录为
ACTIVITY_START | MainActivity | NULL
这样我们分析这些日志信息,就可以统计出一个应用中各个页面被打开过多少次,某个界面的控件被点击过多少次。
对于自动化埋点的第三个功能,实现埋点的定制,这个比较好实现。如果我们需要对那些界面或者控件进行埋点,我们可以定制一个埋点列表。这个列表在应用启动 的时候被下载到用户的手机上,然后AutoMonitorReceiver需要多做一点事,就是将广播发送过来的埋点信息与埋点列表进行比对,看是不是需 要埋的点,如果是,就将其记录;如果不是,就不做处理。假设我们用json存储这个埋点列表,大致的结构如下:
{
"version": "app_1.1.1",
"view_id":"MainActivity": {
"DecorView>LinearLayout[0]>FrameLayout[1]>RelativeLayout[0]>Button[0]":"button_0"
"DecorView>LinearLayout[0]>FrameLayout[1]>RelativeLayout[0]>Button[1]":"button_1"
}}
当然这个埋点列表如何生成,这个需要开发者自己写代码去处理。
自动化埋点存在的问题和难点
poptest是国内唯一一家培养测试开发工程师的培训机构,以学员能胜任自动化测试,性能测试,测试工具开发等工作为目标。如果对课程感兴趣,请大家咨询qq:908821478,咨询电话010-84505200。
本文提供的自动化埋点的思路是,通过拦截屏幕点击事件来搜索被点击的控件,然后将其界面类名和控件的UI路径记录下来作为log信息。将控件的UI路径和所在的界面类名作为一个控件的标识,有时候会出现一些问题,比如:
1.Android版本不同会造成控件的UI路径不同。比如Android2.2与Android4.1版本下,获取到上文中Button的UI路径分别为
//android2.2DecorView>FrameLayout[1]>RelativeLayout[0]>Button[0]//android4.1DecorView>LinearLayout[0]>FrameLayout[1]>RelativeLayout[0]>Button[0]
这个问题可以通过将控件的UI路径缩短来解决,比如就只用FrameLayout[1]>RelativeLayout[0]>Button[0]
路径来标识Button控件。
2.对一些隐藏控件、弹出窗口或者浮动窗口不好处理。比如,在上文中的Button同样位置存在另外一个Button,不过是隐藏的,有时出现,有时不出现。当一个Button被点击,单纯依靠DecorView>FrameLayout[1]>RelativeLayout[0]>Button[0]
路 径不能判断出是哪个Button被点击。解决这个问题,有时做一些特殊处理可以解决,比如扩展log的字段,多加入一些控件的信息,比如Button上的 文字等。但是有时,开发应用的控件布局千变万化,一些控件确实不能通过UI路径进行唯一标识,这种就没法自动化埋点了。只能通过手动埋点来来补充了。
3.文中提到为了实现埋点的定制,需要开发者自己写代码生成一个埋点列表,这个也是比较麻烦的。要遍历一个应用中所有界面和界面中控件的UI路径,这个比 较容易,但是取出自己想要埋点的控件UI路径,这个可能需要人工去查看比对。另外,一些大型应用开发的时候,界面随时发生着变化,一些控件的布局在随时发 生变化。每次发布应用的时候,都需要扫描一下应用控件信息,以及重新找一下埋点控件的UI路径,这个是相当麻烦的。如何实现这部分的自动化,也是一个难 题。
参考文章
InfoQ: Android事件传递机制