研发效能 接口自动化怎么做,才能效益最大化?

王锦涛 · 2023年08月10日 · 最后由 tester 回复于 2023年08月14日 · 6054 次阅读

萌新困惑

小公司,参与搭建了一套接口自动化项目,也跑起来了,但是我觉得投入跟收益差距有点大,主要作用可能就是回归了,也没发现几个问题,然后公司领导觉得效果不理想,准备停用,一整个疯掉 😭 辛辛苦苦白费了
想问下各位前辈,各自公司怎么去做接口自动化的,怎么才能有比较好的效益

共收到 23 条回复 时间 点赞

指望自动化发现问题?

就是用来快速回归的呀

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

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

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

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

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

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

9楼 已删除

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

小脑斧 回复

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

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

aabbcc 回复

你是懂领导得

sonny919 回复

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

木小白 回复

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

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

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

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

王锦涛 回复

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

wanjingwang 回复

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

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

sonny919 回复

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

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

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

需要 登录 后方可回复, 如果你还没有账号请点击这里 注册