研发效能 回归测试遇到的问题求助

fox · 2024年05月08日 · 最后由 Charlie47 回复于 2024年05月11日 · 5047 次阅读

问题背景:
项目用的 SpringBoot,现有 A B C 三个功能,在版本迭代中开发要对 C 功能的代码进行改造,从界面层面看 ABC 三个业务是没有交互的,但是 ABC 后端可能用了某个公共的 Mapper SQL,然后开发对这个 SQL 动代码
由于测试人员在回归测试过程中,分析 ABC 这三个功能业务没有交集,认为只改动了 C,不会影响 AB,然后没有对 AB 进行回归测试,导致出现线上 BUG

个人的看法和想法:
【分析 ABC 这三个功能业务没有交集,认为只改动了 C,不会影响 AB,然后没有对 AB 进行回归测试】这种想法是很正常的想法,因为我们测试人员是不太懂后端的代码设计的,大多数从业务的流程去分析一个模块的改造是否会导致另一个功能受到影响
从测试开发的角度,能不能有这样的一个工具或者是脚本,扫描 git 或者 SVN 的仓库代码提交日志,拿到有变动的 SQ or 方法,然后逐层分析到受影响的接口或者服务,知道那些接口有影响后,就知道受影响的接口对应的功能模块,从而有针对性的回归验证,求各位大佬推荐下有没有什么开源的项目或者脚本 或者工具能解决我当前的困扰,谢谢!
(在这里可能会有人提出疑问,就算给你指出哪些接口或者服务有影响,未必测试人员会知道这些接口或者服务对应哪些功能,这个问题我们暂且先不考虑)

共收到 13 条回复 时间 点赞

按理说开发是知道影响范围的,为啥不能让开发更规范的写出影响范围?

有大佬:https://testerhome.com/topics/39516
github:https://github.com/baikaishuipp
初步实践过,很强,可以直接找出影响了具体的接口

fox #10 · 2024年05月08日 Author
Ouroboros 回复

非常感谢

fox #9 · 2024年05月08日 Author

非常感谢,很强👍

哈哈,谢谢推荐,java 代码改动分析工具:https://github.com/baikaishuipp/jcci

多模块项目,一般是 controller 单独在一个模块中的那种项目,适用么?

适用的,可以先试试,有问题反馈给我

@ 白开水 pp #6 大佬已现身 ,直接问问

这种情况一般都是在提测前开发要打声招呼的,“兄弟,其他功能也需要看一看”,一句话的事儿

从我的工作角度来说,搭建 Jenkins,然后每天自动构建任务执行接口自动化脚本。然后这样就算评估测试范围的时候漏测,脚本覆盖的核心场景没问题,就不是大问题。因为还有可能会遇到开发觉得改动不大,未告知测试直接上线,导致线上 bug 的,也有改动特别大,需要全量回归的。有这个每日自动检测接口之后,省心多了。

每次研发解一个 bug 都需要评论影响范围就好了 , 应该要从流程上入手比较好杜绝你的问题

回复

我们实践也是这么做的

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