自动化测试的整理笔记

在浏览了一些大神的自动化比较后，自己稍微加以实际工作中的整理
1、一个脚本就是一个完整的场景，从用户登录->业务操作实现->校验是否达到预期目的->用户退出浏览器。
2、一个脚本只验证一个功能点，不能全部功能都验证才退出系统。大量功能在同一个脚本跑，业务非常复杂，对脚本维护本身不友好。特别是下一个自动化维护者，理解起来特别难。（比如做一个文档删除，那么可以调用新建文档脚本，然后去验证删除功能，不必在删除脚本中，再写一次新建功能场景过程）
3、只做正向功能验证，避免逆向逻辑，一方面需要脚本量很大，另外一个方面，自动化脚本本身脆弱，浏览器的不稳定性，造成非正向逻辑验证能力不强，对后期维护不是很友好（比如校验特殊字符、过长字符验证）
4、脚本之前不产生关联。脚本都是独立的，不能依赖其他脚本存在。必要数据可以做基础数据，不必每次都新建（在每次跑完自动化后，可通过设置定时任务对数据进行还原），可以设置子脚本以及场景脚本。场景脚本可重复调用子脚本。
5、设计的自动化脚本，应该是在功能发布后，功能相对稳定状态下进行。如果业务功能改动很大，这个时候做的自动化脚本维护精力付出相对比较多
6、自动化脚本应该根据实际业务权限设置指定的业务权限角色。这样不会造成用户混乱