自动测试并不会在一开始就减少测试人员的工作量、缩短测试时间。自动化测试只能当做是手工测试的补充。毕竟一个项目引入自动化，需要测试人员熟悉这个工具，而且有很多时候不
自动测试并不会在一开始就减少测试人员的工作量、缩短测试时间。自动化测试只能当做是手工测试的补充。毕竟一个项目引入自动化，需要测试人员熟悉这个工具，而且有很多时候不是一个工具就能解决。其次自动化执行的内容也是需要测试人员去编写和考量的，这个过程需要时间。最后就是对自动测试执行后的结果分析，也是需要人自己来做的。
1. 一些可以自动执行的测试用例：
- 需要多次执行的测试。相反，只执行一次的测试工作一般不值得使用自动测试。
- 风险高的测试项目。关注高风险部分，低风险元素不值得实用自动测试。
- 运行有规律的测试。如smoke测试、回归测试、平凡测试。
- 用手动测试不可能完成的或者代价过大的测试。
- 用多种数值对同一动作的测试（数据驱动的测试）。
- 在不同配置下运行的基线测试。
- 结果可预测的测试。
- 对基本稳定的系统的测试。功能、实现和技术都不轻易发生改变。
2. 尽量使回归测试自动化：缺乏规划和手动测试的方法会导致回归测试效率低下和测试不充分，并且对资源的利用也是低效的。
- 何时执行回归测试：软件的每次改动都要进行回归测试、修复bug后需要回归测试。
- 回归测试应包含哪些内容：首先该集中在高风险的功能和执行最频繁的路径上，测试完这些元素后，才能检查更细节的功能。对高风险的部分和修正缺陷可能潜在地影响的某些代码部分，回归测试可以有针对性地对这些部分进行自动测试，也可以重新运行整套测试。
- 如何优化和改进回归测试套件：运行回归测试集合、把确定这些错误的测试过程和其他相关场景加入到回归测试集合、重复前面两步并用质量测量法不断优化回归测试脚本套件。
- 为何需要自动回归测试：系统庞大、复杂时，回归测试也会变大，执行起来会漫长而单调。有些回归测试可能被忽略，造成隐患。手动执行回归测试不仅单调容易出错，而且难以达到足够的测试覆盖率。自动测试为测试提供了简单的可重复性。