什么是自动化测试？

自动化测试顾名思义是指自动完成测试工作。通过自动化测试工具，或者自动化测试脚本，模拟完成人工点点点的工作并对结果进行验证。自动化测试看上去很“高级”，开创了以机器代替手工测试的时代，但实则不然。因为每一个自动化测试的case都是从手工测试开始做起的。

自动化测试目的：减少测试工作量，自动化测试是将自动化工具和技术应用于软件测试，更快、更经济地验证软件质量，以更少的工作量构建质量更好的软件体。

为什么做自动化测试？

1、节约成本：从大环境来看，自动化测试确定为公司节省了一批人力成本，而对很多互联网公司而言，人力成本就是最大的成本。

2、有些项目手工测试很难实现（成本高），比如压力测试、负载测试，同时找很多人去进行测试不太现实，可以通过机器去模拟测试。

3、项目质量流程需要，比如版本管理需要buildverify，以保证checkin的code不会影响版本库。类似于smoketest。

自动化测试优点有哪些？

（1）自动化测试可以替代大量的手工机械重复性操作，软件测试工程师可以把更多的时间花在更全面的用例设计和新功能的测试上；

（2）自动化测试可以大幅度提高回归测试的效率，适合敏捷开发过程；

（3）可以更好地利用无人值守时间，去频繁地执行测试，适合非工作时间执行测试，工作时间分析失败用例的工作模式；

（4）可以高效实现手工测试无法完成或成本较高的测试类型，比如关键业务7×24小时持续运行的系统稳定性测试和高并发场景的压力测试等；

（5）可以保证每次测试执行的操作以及验证的一致性和可重复性，避免认为的遗漏和疏忽。

自动化测试缺点有哪些？

（1）自动化测试并不能完全取代手工测试，只能替代手工测试中执行频率高、机械化重复步骤。

（2）自动化测试比手工测试脆弱，无法应对被测系统的变化。其实自动化测试本身不具备任何“只能”，只是按部就班地执行实现定义好的测试步骤并验证其测试结果。对于执行过程中出现的明显错误和意外事件，自动化测试没有任何处理能力。

（3）自动化测试用例的开发工作量远大于单次的手工测试，所以只有当开发完成的测试用例有效执行次数≥5次时，才能收回自动化测试的成本。

（4）测试的效率很大程度上依赖自动化测试用例的设计和实现质量，不稳定的自动化测试用例实现比没有自动化更糟；

（5）实行自动化测试的初期，用例开发效率通常都很低，大量初期开发的用例通常会在整个自动化测试体系成熟，和测试工程师全面掌握测试工具后，需要重构。

自动化测试基本流程：

（1）制定测试计划

在展开自动化测试之前，最好做个测试计划，明确测试对象、测试目标、测试内容、测试方法和测试进行等要求，并确保测试所需的人力、硬件、数据等资源都准备充分。

（2）分析软件测试需求

用例设计者根据测试计划和需求说明书，分析测试需求，设计测试需求树，一遍能够覆盖所有的需求点。

（3）设计测试用例

通过分析测试需求，设计出能够覆盖所有需求点的测试用例，形成专门的测试用例文档。因为不是所有的测试用例都能用自动化测试执行，所以需要将能够执行自动化测试的用例汇总成自动化测试用例。

（4）搭建软件测试环境

测试环境的搭建包括被测系统的部署、测试硬件的调用、测试工具的安装盒设置、网络环境的布置等。

（5）编写软件测试脚本

根据自动化测试用例和问题的难易程度，采取适当的脚本开发编写测试脚本。脚本编写好了之后，需要反复执行，不断调试，知道运行正常为止。脚本的编写和命名要符合管理规范，以便统一管理和维护。

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

建议测试人员每天抽出一定时间，对自动化测试结果进行分析，以便尽早地发现缺陷。如果采用开源自动化测试工具，建议对其进行二次开发，以便与测试部门选定的缺陷管理工具紧密结合。理想情况下，自动化测试案例运行失败后，自动化测试平台就会自动上报一个缺陷。

（7）跟踪测试bug

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

（8）自动化测试脚本的维护

如果系统发生变更时，对自动化测试脚本和相关文档包括《自动化测试用例》、《自动化脚本设计说明书》进行维护，以适应变更后的系统。