最近一段时间在研究monkey的源码，也参考了网上大神们对于monkey测试的一些改进想法，逐渐对monkey工具有了一些新的认识，但是也有一些值得讨论的问题，基于最近自己对于monkey源码的修改实施，在这里和大家分享一下。
看到我的标题，大家可能会有点疑问，其实一开始我也觉得有点不能理解，monkey工具着重一个随机性，我这里却写着精准性，不过此精准非彼精准，请容我慢慢道来。对于monkey而言，该工具创作团队的想法是希望开发者或者测试团队，可以使用该工具对已经开发完毕的app进行多轮压力测试，模拟真实用户的一些动作，达到提前发现app中隐藏的bug，模拟的一些动作可以是随机的，也可以根据实际需求预置的。从这一点上来看，monkey是不管你界面上有啥内容，进入了app里的一个界面，那么就开始进行一些事件触发，比如点击、滑动、手势等。其出发点可以理解为一些无序、快速的动作触发，检验app内部逻辑上很难发现的Bug。但是我们设想一下，若monkey进入一个只有文字描述的界面，然后不断得在该界面上消耗事件(假设没有返回到其他界面，这个概率还是存在的)，这样最终的结果可能没有达到实际的效果，当然可能大家觉得这个假设有点牵强，但是消耗一些事件数量是肯定存在的，这样对于本次monkey的运行效果就没有很好得达到。
从上面的分析来看，为了能更好地利用好monkey的事件，以便能更快更早地发现app隐藏的bug，这里提出一个这样的一个想法：根据识别app界面上的控件属性以及一些特定的控件(listview\scrollview)，然后针对这些条件进行对应的monkey事件触发，这个控件属性主要是isclick,islongclick,isfocus,isscollable。相当于可以根据实际界面的控件分布识别，然后有针对性地进行事件触发，避免事件浪费，达到提升monkey执行的效率。
接下来我讲下我设计的代码思路：
新生成一个java文件作为一个新的monkey事件源，然后调用AccessibilityService服务，去获取当前activity界面控件元素，这个可以使用getRootInActiveWindow()接口去获取，可以把界面控件排列理解为一棵树，每个节点上为一个控件，父控件下存在子控件。通过一个方法递归获取上面定义好要获取的控件属性对应的控件，然后对这些控件实施相应的事件。这里我的实践是，若isclick，则对应touch事件，若islongclick，则对应长touch事件，若isfocus，则对应输入事件(该事件是自己定义的，大家可以根据adbkeyboard这个开源app进行内容输入)，若isscollable，则对应上下滑动或者左右滑动。然后把这些对应关系放到一个arraylist里，随机取出一组控件和事件对应关系进行触发。若都没有上述事件，就认为该界面没有可利用的控件，就触发返回上一级页面事件。
大致思路就如上述描述，自己使用改进的monkey进行自验证，点击精准性得到大大提升，也能尽快得发现问题。从代码逻辑上看，没有任何逻辑的控件，只是作为界面上的显示，从monkey压力测试角度来看，这块控件其实没有必要做任何事件触发，而且在monkey压力测试过程中，自己又增加了截图查看界面变化，可以发现界面显示的问题。这个改进，也跟其他同事聊起过，大家也都是仁者见仁，智者见智。
