TW使用经验杂谈(四)–UI自动化脚本规范思考
在确定使用TW实施基于ui自动化时候,对H2O的按系统功能统计了一下,5大主页83个功能481个业务用例,然后再按步骤、校验、逻辑条件数量来准备,这将是一个庞大的工程。如何准确、高效的做出可靠性强的脚本,就需要特别注意脚本结构和规则制定,方便以此展开工作:
1、目录清晰
TW有对象、步骤、用例、业务四个部分,每个部分下都可以建立独立的目录(文件夹),最开始在步骤下按照APP的页面层级建立目录,再建立对应的二级目录、三级目录,这样,当我再去组装用例和修改步骤时就可以到对应目录下找,建议避免建立超过三级的目录。同样,用例、业务、对象也和步骤一样使用同样的目录。快速同步目录结构的方法在之前的文中有提到。
2、用例干净
干净,不仅仅针对用例,同样也针对业务,在讲步骤拼装为用例时,要做到不拖泥带水,可有可无或着无关的步骤内容就不要加进来,一来也会增加维护难度和阅读成本,二来会增加运行时间,且会造成不稳定导致脚本运行异常。只有最精简的用例,然后拼装业务时才会更轻松,在加进计划时才更清晰和可靠。
3、命名规范
按照操作名作为前缀去创建,如点击查看计划列表页、左滑查看周排行榜、长按删除计划_首页,校验的脚本命名也是一样,如校验_首页音乐icon元素存在、校验_课程详情页title、校验_截图图片比较等。
4、具有闭环性
每一个用例都应是一个闭环,有前置执行条件,中后期校验,后期归位(初始化)。例如参加第一个课程_课程列表的用例,启动app–登录账号–点击进入全部练习页–点击进入课程列表页–存储_第一个课程名字为执行变量–点击进入第一个课程详情–点击参加课程–校验_课程参加成功_详情页–校验_课程参加成功_首