就是在获取差异文件列表的时候过滤的，过滤依据目前是根据文件名规范来的，比如VO、BO、PO、Enum等，不过这几类都做成配置化了

哈哈，最后dota一段被感动了~ 加油！祝好~

我猜是因为妹子的颜值高

不错不错，找时间玩一下，今天刚好还在看邱化峰大佬在某个峰会的分享说了这个Java自动生成单测的topic

老哥666，问一下这些都嵌入到CI流程了吗？ 精准测试有调用链分析吗？

全量代码覆盖率？ 针对于第一个问题15分钟job拉取还是会有覆盖率数据丢失的问题，建议在部署前主动拉取覆盖率数据，Jenkins + jacoco太不灵活了，建议把拉取覆盖率、生成报告全部封装成service服务对外提供接口，比如拉取覆盖率封装成http接口（做成异步的），这样就可以很好的嵌入CI流程里

赞赞赞老哥，我的实现方案也差不多，不过更变方法我是根据变更行号找到变更方法的，会排除一些空行、注释行的变更，生成覆盖率的时候我会把POJO Enum这些都过滤，这样更专注业务一些~

文章写的赞👍

但是这点完全不能同意啊 紧急情况优先考虑回滚啊，特别是在没有apm工具帮助你快速定位的情况，等你复现、定位、修复、测试、上线，黄花菜都凉了，时间就是金钱~
线上质量监控有待加强，APM能帮助你快速定位和主动发现问题，持续发布应该支持你快速发布和回滚

哇哦，可惜不在北京了，请问这个有网络直播或者视频回放吗？

不知楼主是否看过《不测的秘密—精准测试之路》这本书，你上面引用的文章就是其中一篇

Java函数调用链分析，一般会通过静态分析和动态分析两种方法，静态分析的话主要手段是字节码分析了（看JVM 方法调用5个指令的解析），动态就是字节码插桩或者通过apm工具也可以拿到。

静态主要解决的是新增代码的场景，缺点是由于Java语言的一些运行时绑定特性会导致分析的不够精确（静态语言就比较准确了）。
动态就是比较准确了，但是解决不了新增代码这种情况

另外你说的 代码跟用例的关系，不清楚是接口的用例还是功能层面的用例，如果接口层面，通过调用链关系可以匹配到，如果是功能层面，客户端代码还是可以记录下来的，如果服务端代码就难了

调用链分析可以结合增量代码覆盖率做针对性的用例覆盖，同时可以变更影响范围评估

ps: 这个问题算不上AI测试领域吧