在之前的层级分类中，分为了元素层、页面层、流程层和用例层。为此，我对自动化的规范再深入了解了一些（PS:主要是工作时间和其他时间占用太多，实际上研究时间都是靠自己去想），然后有人给我提出页面层和流程层的介绍很是模糊，还是不太明白其用法。甚至有人说可以将流程层这一层去掉。就在昨天编写自动化脚本的时候，本着将其去掉的心态重新部署时，灵光一闪，决定将流程层改为业务层。
总结一下每一层的使用：
元素层：将所有的元素都设定为一个个关键字。元素层的一个关键字等于一个元素，这一层不涉及任何交互。例如登录中的账号就是 input text xpath=//** ${usr} 作为一个关键字，命名为 输入账号
页面层：我准备改为编辑层，这一层主要用来编写增删改查这四种交互。由于之前规定该层可能用来填写数据，所以也想改为数据层。因为这一层是将元素层的相关元素拼接再一次，进行增删改查操作（PS：登录默认为查的操作）
流程层：决定改为业务层。这一层主要就是对增删改查作为交互。如何交互呢，首先要查询新增的数据是否存在，就应该进行 新增-->查询。删除自己的数据 新增-->查询-->删除。可以理解为业务层就是讲编辑层进行组合。（PS：自动化测试不仅测试功能是否冒烟通过，还需要自动清除自己产生的脏数据。所以每一步，我觉得应该加上删除操作）
用例层：将业务层写在用例脚本上，提供运行。业务层和用例层是提供给调试人员或者用户查看自动化用例、运行自动化脚本。甚至这两层 主要给调试人员、用户添加用例。底下元素层和编辑层只供自动化测试人员编写和使用。
后续将项目写好之后，还可能在前面加上自动化编写方案的可能，主要为了清晰编写每一层的所有内容。这就是我所总结的自动化规范。