前期工作
1、背景了解（为什么？）
我们为什么要做自动化？客户需求？自动化覆盖率？项目优先级？
目前自动化项目的情况是什么？有哪些可以参考的资源
2、选择合适的项目
不是所有的项目都适合自动化
适用于版本比较稳定的项目上（自动化适用于回归测试，不适用于新功能
项目周期最好要长（短时间的项目自动化会造成脚本废弃、人力浪费）
3、制定自动化策略
需要实现哪类自动化：UI？接口？unit？
哪些场景（功能）需要实现自动化？（基本功能适合做自动化，改动太大的不适合做自动化）
自动化用例用在项目的哪个阶段？单模块、集成还是验收？
4、制定自动化方案
选择合适的人进行自动化方案制定
自动化方案包括但不仅限于：1、实现方案（工具、语言等）；2、工期预估；3、风险分析；4、所需资源；5、测试展现方式
5、自动化方案评估
评估自动化方案所需人力、物力、资源等配置是否合理，公司是否可以满足，是否有更经济合理的替代方案等
如何进行风险控制
6、其他准备
以何种方式进行自动化进度汇报？多久汇报一次？还是在某个节点汇报一次？比如用例编写完成，框架开发完成节点
自动化用例从何而来？手工用例挑选还是重新编写？编写好的用例如何归档？多人自动化如何合并等
遇到问题，要有章可循；比如环境问题，找谁？工具问题，找谁？
自动化执行
组建自动化团队：假设没人天可以完成a条用例，我们一共有b条用例，b/a就是一个人完成所有用例需要c天；假设我们要在d天内完成用例，那么就需要d/c个人；
分配自动化任务：自动化框架搭建；用例完成；用例集成各需要谁来完成
自动化用例评审，把控用例输出质量
把控项目进度，在汇报过程中进行质量把控
结果分析及维护
1、自动化测试代码评审，结构设计的合理性、代码的可维护性等
2、用例及断言合理性评审
3、用例衔接设计是否合理，是否有更优化的设计；能否最大化的保证用例之间耦合度较低；测试输入数据是否合理；是否方便维护；面对版本改变是否可以降低修改风险（比如元素定位的相对路径和绝对路径）
4、自动化数量及批跑通过率评审
5、输出结果报告是否合理，字段选择是否简洁明了
6、输出代码、说明文档、环境部署文档等
7、后续维护工作如何进行，用例补充如何进行等
实现后分析
建立评估目标
测试策略和方案是否合理，是否最大化的提升了测试效率，是否覆盖了最基本的功能
资源配备情况：环境资源、人力资源安排是否合理
改进点：工具是否可以改进，项目安排是否有更优的方案
自动化覆盖情况，都覆盖了哪些功能，是否满足预期
个人工作复盘
完成测试评估
形成测试总结
项目整体安排总结
工具使用总结、对比
业务总结
其他总结，比如脚本等
