我刚接手测试团队的时候，情况跟你描述的一模一样，前面大佬们把理论讲的很多了，用来跟其他角色辩论够用了，我说一下改进的方向：

1. 多次的，大量的跑。自动化脚本写出来之后，最大的优势就是可以大量的执行，执行的次数越多越划算。脚本就是一次投入，多次产出，用经济一点的话说叫分摊研发成本。方式呢就是与 CI 结合，提交代码就跑。做质量门禁，想转测就跑。做每日的质量监控，下班前跑，想下班就要保证环境没问题。 当然，要保证脚本能在多个环境，大量的跑有一定的稳定性，我们的的脚本也要有相应的优化。
2. 提升自动化测试信心，自信的跟业务测试的小伙伴说：跑过了脚本，你只用测测新功能就好了。不管是接口还是 UI，可以试试把一个模块做精，或者开发几条长链条的端到端测试，经过不断的打磨验证，交付一个可以切实代替人工回归的模块并交付使用。当然，一切的立足之本还是脚本要足够的健壮。

毕竟我也是经过了这样的日子：辛辛苦苦跟大家解释自动化不是为了发现 BUG 而是为了回归测试防止引入，不是为了节省人力而是为了提升质量，到了年底又问我你们今年节省了多少人力投入。