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

  • 哈哈,最后dota一段被感动了~ 加油!祝好~

  • 为什么我总是频繁跳槽? at 2018年12月18日

    我猜是因为妹子的颜值高

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

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

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

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

  • 文章写的赞👍

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

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

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

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

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

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

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

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