首先说明下,手机UI自动化伴随着APP迭代,维护成本较高,但是为了保证客户端功能验证效率,有时是一个不得不做的项目。
介绍一下我做的框架了结构:
business_action:存放业务层场景类,将业务操作的完成场景封装成类放在这个包里。
common:存放公用的方法,例如封装的操作事件,为了脚本中减少冗余代码量
confing:存放维护的页面元素,以配置文件ini的格式较为传统,但是可以通过汉字做变量,方便日后的整理维护
data:存放公共测试数据和用于生成测试数据的接口自动化脚本
log:测试日志生成
unitest_case:4:引入unittest模块用于管理和执行场景用例
下面是每个目录下的一些示例:
这个就是使用common中封装好的方法,所以在编写场景脚本的时候很方便
这个就是疯转好的元素操作方法。
将元素类型传为参数的方法,第一张业务场景中就是直接使用这个方法编写的。
根据不同类型将元素放在四个配置文件中,给读取配置文件的方法中加上参数控制读取目标文件,这个参数传到业务场景的类中就是第二个数字参数。
花无缺吃豆豆在这里就是交流这一种最为简单的框架思路,相信初学者看了可以设计出更为完善的框架。