指望自动化发现问题？

就是用来快速回归的呀

我的理解是，接口自动化就是个保底作用。用来节约回归的时间，避免出现严重问题的。可能还是认知不同步吧，和他说明一下，这样回归可以提升多少效率就好。

接口自动化主要就是用来做回归的呀，像我们这边因为项目不同，要求也不一样，就需要做比较多的后端中间件适配，比如：数据库这块，有的要 mysql，有的是 pgsql，还有 oracle、国产达梦、信创、亚信==五花八门的，用自动化适配跑脚本是最快的，而且我们开发经理都比较认可，都是开发改完，就安排我先把全量用例执行一遍，有报错开发再一个个改。

等后面功能越迭代越多，经常出现原功能出错的线上事故领导就会让你重启了

不会有人指望接口自动化来发现 BUG 吧，你领导不懂就算了，你一个测试也不懂吗？

不懂行的领导，就会觉得，自动化应该是要提升效率的，需要减少版本迭代的测试时间，这样看起来才是有收益

这个感觉看开发的水平和项目吧，我们项目版本比较多，而且很多需求都是在旧功能上增加或者修改，所以改了一个地方其他地方或者老功能经常出错，如果用自动化回归，发现的 bug 就会比较多
看一下能否进一步提高自动化的覆盖率吧

雀氏，我当时说可以节约一点回归的时间；然后后期是可以尝试替换手动接口测试，开发单测可以，感觉还是能省时间的

嗯呢，我觉得还是有点用的吧，起码前期投入了一部分时间，项目也跑起来了

可能公司还是更需要我们手动点点点吧，苦涩

你是懂领导得

嗯嗯，是的，感觉你们这个用自动化就太省事了

希望领导早点看到，好歹也是加了好多次得班做出来得，不用可太难受

铁子，不说了，我创业去了，自己当领导，妈蛋

引用陈老师的一篇文章 https://mp.weixin.qq.com/s/iW75qatF2oN7BpzACUf58Q 希望能有启发

理解下测试左移和右移，能在提测前提前介入到测试工作或者说在线上提高 “缺陷发现时间”、“问题定位时间”、“问题解决时间”

因为经历过这些场景。。。。不知道大厂怎样，反正在小公司，不能缩短新功能的测试时间，在上层看来，都不算有什么收益。

其实主要是看每次跑自动化的时候都是没问题，但是手工上去验证的时候又发现有历史问题，或者实际是有问题的情况

没发现问题还不好啊，如果手工发现了问题，可以把场景补充到自动化里，主要就是回归节省时间，毕竟上线时不可能每个功能都回归到，遇到大项目太浪费时间，有自动化就可以节省这部分时间，手工只关注上线需求和核心功能场景

是的 现在信创化浪潮 这种场景需求非常多

只留下一个用例，有代码提交跑一次，有配置改动跑一次，有数据库变更，有重启跑一次，没事 10 秒跑一次。再看看能不能发现问题

自动化停用，这部分回归的工作还是要人来完成。自动化不是万能的，也不是一劳永逸的，leader 们确实要好好权衡这个关系。