对于Test case的形式如下,实际内容为对不同ActivityPage的操作,这样当页面的控件变化时只需要改动ActivityPage而不用动测试逻辑了,而且可读性更强。
三、Robotium框架改写与封装
通过以上示例可以看到为了更好地支持这种测试模式需要对robotium进行一些封装和改动,现阶段Robotium存在以下问题:
1)Api不是面向对象的,用起来比较变扭,比如当你获得了一个EditText的对象,不能editText.putText(“abc”)而必须solo. enterText(editText,”abc”)
2)不能很好地支持PageFactory模式,使用时需要写额外的代码
3)由于UI测试存在偶尔的不稳定因素,需要有失败重试和截图机制
为了改良以上问题,需要对Robotium进行扩展和封装,一个初略的类结构图如下:
element包主要是各种Android控件,这样在查找到控件后明确规定了它可以的操作;
support包主要是各种支持类,PageFactory可以将ActivityPage中的控件通过@FindBy注入进来,Failover支持失败重试和截图;
根目录下的类主要是公用基类和核心类,Zinc继承自Robotium的Solo类。
具体的代码见:http://code.google.com/p/zinc30/(暂时还未上传代码)
另外,对于ActivityPage的代码很大一部分可以通过解析Android源工程layout中的xml自动生成,所以后续会增加相应的工具类。