Android系统自动化测试简述(2)

　　现在测试代码从getView(id).actionMethod(arg)演变成了Layout(layout.class).ViewType().view().actionMethod(arg)的方式，代码虽然变长了，但是出错的可能性大大降低了。

　　Bug的定位离不开日志，因而日志系统也是一个测试框架重要的组成部分，Android的Log类中提供了一系列的静态方法可以在IDE中打印日志。在TMTS中，提供TmtsLog类，除日志打印外可将日志内容实时保存至SD卡指定目录，在框架代码中的关键部位都加上了这样的日志用来保存异常时的调用栈信息，用户的测试代码中也可以加上对TmtsLog的调用跟踪测试代码执行进度，TmtsLog将为每个测试类保存一份这样的日志文件，同时包含用户的过程日志和框架异常日志，文件名以精确到毫秒的日期加以区分。

　　项目做到这里远远没有结束，套用屈原的一句话就是路漫漫其修远兮。

　　后面计划解决的问题有：

　　1.跨进程测试，让testapp和app运行在两个不同的进程中，这是一个大坑。

　　2.稳定性问题，目前框架中有很多地方硬编码Thread.sleep()去等待一个View加载完成，避免对空的View进行操作，或者是对一个view进行set操作后，也需要等待一段时间让操作生效。希望能找到一种回调机制优雅的解决。

　　3.设法捕获Toast消息

　　后面可能会研究的方向，是通过非java的方式来实现android自动化测试。Android目前已经通过ASE(Android Scripting Environment)支持了多种脚本语言，如phyton，lua，perl等，限于目前的人力还没有时间来研究这一块，相信ASE会给Android自动化开辟一片新天地。

　　最后谈一点点感悟，老子曾经曰过：“持而盈之，不如其已;揣而锐之，不可长保。金玉满堂，莫之能守;富贵而骄，自遗其咎。”和“重为轻根，静为躁君。”第一句话说有缺陷才是真正的完美，没有一个方案是真正完美的。第二句话说有时候看起来完美的方案，过段时间之后又不适用了，而且不适用的地方很可能就是当初觉得完美的地方，对于软件项目解决方案也是如此。

原文转自：http://www.ltesting.net