自动化测试一般是指软件测试的自动化技术，自动化软件测试流程是把以人为驱动的测试行为转化为机器语言执行的一种过程。通常，在设计了测试用例并通过评审之后，由测试人员根据测试用例中描述的规程一步步执行测试，得到实际结果与期望结果的比较。在此过程中，为了节省人力、时间或硬件资源，提高测试效率。执行自动化测试时，一般有如下的基本流程。
下面让我们一起来了解一下自动化软件测试流程：
1.制定测试计划
在开始自动化测试之前，最好的办法是做个测试计划，明确测试对象、测试目的、测试的项目内容、测试方法以及测试的进度要求等，确保测试所需的各种资源都准备充分。
2.分析测试需求
用例设计者根据测试计划和需求说明书，分析测试需求，设计测试需求树，使用例设计时能够覆盖所有的需求点。
3.设计测试用例
通过分析测试需求，设计出能够覆盖所有需求点的测试用例，形成专门的测试用例文档。因为不是所有的测试用例都能用自动化来执行，所以需要将能够执行自动化测试的用例汇总成自动化测试用例。有时候，还需要将系统的用户、密码、产品、客户等参数信息独立出来形成测试数据，便于脚本开发。
4.搭建测试环境
自动化软件测试流程在进行用例设计时就可以开始搭建测试环境。自动化测试的脚本编写需要录制页面控件，添加对象。测试环境的搭建，包括被测系统的部署、测试硬件的调用、测试工具的安装和设置以及网络环境的布置等。
5.编写测试脚本
一般先通过录制的方式获取测试所需的页面控件，然后再用结构化语句控制脚本的执行，插入检查点和异常判定反馈语句，将公共普遍的功能独立成共享脚本，必要时对数据进行参数化。还可以用其他高级功能编辑脚本。脚本编写好了之后，需要反复执行，不断调试，直到运行正常为止。脚本的编写和命名要符合管理规范，以便统一管理和维护。
6.分析测试结果、记录测试问题
及时分析自动化测试结果，对自动化测试结果进行分析，以便尽早地发现缺陷。如果采用开源自动化测试工具，建议对其进行二次开发，以便与测试部门选定的缺陷管理工具紧密结合。如果是系统缺陷就提交开发人员修复，如果不是系统缺陷，就检查自动化测试脚本或者测试环境。
7.跟踪测试BUG
测试记录的BUG要记录到缺陷管理工具中去，以便定期跟踪处理。开发人员修复后，需要对此问题执行回归测试，就是重复执行一次该问题对应的较薄，执行通过则关闭，否则继续修改。如果问题的修改方案与客户达成一致，但与原来的需求有所偏离，那么在回归测试前，还需要对脚本进行必要的修改和调试。
本文内容不用于商业目的，如涉及知识产权问题，请权利人联系51Testing小编(021-64471599-8017)，我们将立即处理
