回归测试是一种软件测试的方法，用于确认近期程序和代码更改是否对现有功能产生不利影响。测试人员会选择已经执行的测试用例的全部或者一部分，重新执行来确保现有功能的正常工作。

回归测试遇到的问题

创建太多包含复杂测试代码的测试脚本，会为后期的维护带来挑战；

当测试团队编写测试用例的时候，他们需要考虑用例复杂度和用例录制时间的平衡点。太简单没法起到测试用例的作用；太复杂则需要定期更新和重新调整，浪费时间；

开发团队经常低估更改和测试开发项目的时间成本，他们较少将团队的注意力集中到新项目上，而是不断检查旧的回归测试用例以确保它们正确。在一些团队中，甚至会有多个开发团队处理这些任务，这增加了成本并减慢了开发速度。

以上问题，自动化可以帮助解决。

假如在程序更新后，有一个总计1000步，失败率为5%的测试用例。那么需要从这1000步里找出错误的50步。通过人工的方式，预计需要花费4-6个小时，而自动化可能只需要10分钟。这是自动化最大的适用场景，这节约的时间清晰可见。

自动化测试已成为现代开发实践中快速交付高质量软件的重要组成部分。自动化测试可以确保对软件进行全面有效的测试，减少团队的负担。但是，仍需要平衡自动化测试消耗的团队资源，避免不必要的后期维护。当然，自动化测试不是万能的，实施一些手动测试来补充自动化测试是一个不错的方案。