TW使用经验杂谈(四)--UI自动化脚本规范思考

TW使用经验杂谈(四)–UI自动化脚本规范思考

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