1.分析测试需求

测试需求其实就是测试目标，也可以看作是自动化测试的功能点。自动化测试是做不到100%盖率的，只有尽可能提高测试覆盖率。条测试需求需要设计多个自动化测试用例，通过测试需求分析判定软件自动化测试要做到什么程度。一般情况下，自动化测试优先考虑实现正向的测试用例后再去实现反向测试用例，而且反向的测试用例大多都是需要通过分析筛选出来的。因此，确定测试覆盖率以及自动化测试粒度、筛选测试用例等工作都是分析测试需求的重点工作。

2.制订测试计划

自动化测试之前，需要制订测试计划，明确测试对象、测试目的、测试的项目内容、测试的方法。此外，要合理分配好测试人员以及测试所需要的硬件、数据等资源。制订测试计划后可使用禅道等管理工具监管测试进度。

3.设计测试用例

在设计测试用例时，要考虑到软件的真实使用环境，例如对于性能测试、安全测试，需要设计场景模拟真实环境以确保测试真实有效。

4.搭建测试环境

自动化测试人员在用户设计工作开展的同时即可着手搭建测试环境。自动化测试的脚本编写需要录制页面控件、添加对象。测试环境的搭建，包括被测系统的部署、测试硬件的调用、测试工具的安装和设置、网络环境的布置等。

5.编写并执行测试脚本

公共测试框架确立后，可进入脚本编写的阶段，根据自动化测试计划和测试用例编写自动化测试脚本。编写测试脚本要求测试人员掌握基本编程知识，并且需要和开发人员沟通交流，以便于了解软件内部结构从而设计编写出有效的测试脚本。测试脚本编写完成之后需要对测试脚本进行反复测试，确保测试脚本的正确性。

6.分析测试结果、记录测试问题

建议测试人员每天抽出一定时间，对自动化测试结果进行分析，以便更早发现缺陷。如果软件缺陷真实存在，则要记录问题并提交给开发人员修复，如果不是系统缺陷，就检查自动化测试脚本或者测试环境。

7.跟踪测试Bug

测试发现的Bug要记录到缺陷管理工具中去，以便定期跟踪处理。开发人员修复后，需要对问题执行回归测试，如果问题的修改方案与客户达成一致，但与原来的需求有偏离，那么在回归测试前，还需要对脚本进行必要的修改和调试。