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

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