10 年测试开发,专注于 JVM 底层,精通字节码技术,可提供 JVM 系语言的测试覆盖率,影子数据库等解决方案。也擅长自动化测试。

  • 谢谢。
    覆盖率这个东西,越做到后面越印证了那句话,测试三分靠技术,七分靠管理。完整的解决方案必须要结合管理手段来实现的。所以有问题的话欢迎一起探讨,如有对工具有更多需要的功能,也可以到 github 上给我提 issue,我看到后会在业余时间抽空给工具添加上的。

  • 感觉我很合适,testerhome 里有几篇文章,可以点我资料看看。

    不过可能不太方便挪窝,有远程岗位吗?

  • 能完整的看一遍再发言吗?至少把限定语境看一下吧。关于安全性,本身就是个开源软件,有问题提出来打补丁就行了,没什么好说的。关于性能,劳烦看一下 GH 上的 wiki。

    生产中有没有别人用我不知道,不过你这话倒让我回忆起了一点往事,当年我也是准备买商业工具来做这个事情的,谈了个供应商,效果大概也是我这样,然后工具要价 50w,每测试人员每 license 要价 5w(都是买断的一口价),我觉得贵了,才自己做了一个。

  • 1、请确保将 build/libs 下的所有 jar 都放到了你指定的目录中,除了 remote-debug-agent.jar 外,应该还有十几个 jar,你所述的 Exception 所描述的类是在 asm 开头的几个 jar 包里。

    2、可以描述一下你的环境,或者贴出完整的报错吗(到我的 github 提 issue 也行)?有多种情况可能造成 ClassNotFoundException,可能跟 jvm 本身的类加载规则有关。比如一些使用-jar 参数启动的情况下,或者环境不使用 jdk 自带的 AppClassLoader 时(比如 Scala)。可以试一下将 remote-debug-agent.jar 加入到 bootclasspath 中(java 命令行带上参数 -Xbootclasspath/a:${你的目录}/remote-debug-agent.jar)

    这篇文章确实写得比较简陋😅 ,近期我也打算写一下更详细的使用说明,或者 wiki。欢迎持续关注本工具。

  • 本工具从设计上来说,是以调用者为记录的粒度的,不是以某一个请求为粒度,所以可能无法以你描述的视角来做这个事情。或者说我的工具侧重的是调试或测试,你说的场景有点侧重于运行监控。

    当然从我的视角出发也可以实现你所说的效果。前面我介绍得有点简单,实际上探针提供了一组灵活的 api 供使用。如果访问http://ip:8098/trace/地址可以看到我实际提供了 start、stop、list、clean 4 个 api,你可以先调用 start 接口,然后发送请求 A,然后调用 list 得到 A 执行的方法,之后调用 clean 接口,可清空你这个调用者之前记录的数据,再发送请求 B,再调 list 即可得到 B 执行的方法。

    我应该写个类似 wiki 之类的东西的,但是一直没找到时间。我以后会慢慢补充文档的。

  • 默认是用的客户端 IP 作为身份标识。

    以 servlet 架构的应用为例,探针会注入一些逻辑到 HttpServlet.service 方法内,在方法进入时从 HttpServletRequest 对象中提取客户端 IP,然后将其与当前线程绑定,在方法退出前解绑,这样在一个线程有绑定身份的期间,其执行的代码就能记录到该身份下。

    因此在测试客户端能固定 IP 的环境下是比较好用的,如果不能固定 IP 的话,也可以用请求 header 中的信息标识调用者身份,需要继承我准备的一个接口做一些开发,详细可以看 github 里的介绍。

  • 感谢大佬点评。

    1、影子数据库目前是我的一个设想,还未实现。大概就是对 jdbc 驱动进行注入,将一些 dml 语句作用到影子表中,保护原表数据,这样可以用生产环境硬件的算力来做性能测试。其实影子数据库跟测试覆盖率一样,只是可以用这个 agent 做的更多的事情中的一个吧。原谅我初来乍到,不是很清楚应该把这个帖子放哪个分类里,就选了个测试覆盖率。

    2、代码着色确实我在实际项目中有运用,但是这个功能跟 javaagent 是完全解耦的,就没有放在一起展示。其实从我给出的 json 例子应该能看出,只要再能获得被测系统源代码,并且辅以一些算法的话,做出代码染色效果来应该不难。不过实际项目的经验告诉我,这个实现起来跟具体源代码的管理方式有较大的关系,比如我们用的是 svn,那我就得用 svn 的客户端工具写一些接口交互算法,另外某些项目有多个集成分支,也得写算法去获得与发到集成环境的 class 版本对应的源代码。感觉都是非常定制化的操作,目前我也暂时没办法整理出一个可独立开源出来的模块,所以这里就没有细说。

    3、接 2,确实可能后续我再整理一下,贴个思路和效果图出来比较好

  • 感谢回复。

    jacoco 主要适用于单元测试阶段,我这个工具主要用于集成测试阶段,这是最大的区别。具体来说 jacoco 只记录 “jvm 里运行了什么”,而我的工具记录的是 “谁在 jvm 里运行了什么”。不管你是开发还是测试,只要在集成阶段需要知道这个信息的话,就适合用本工具。

    另外一些小的区别:jacoco 只记录代码运行的痕迹,本工具会记录更多的信息以助于调试,比如方法运行时长,参数和返回值,sql 语句等。对于测试覆盖率的话,因为我会 dump 类的行号表下来,所以生成覆盖率时不需要 class 文件,jacoco 我记得是需要的。另外我为方便调试提供的 api,jacoco 也是没有的。

    最后 jacoco 是个非常好的工具,我从它的源代码里学到了很多,当然最终是为了突破它的一些局限性才做出的这个工具。

10 年测试开发,专注于 JVM 底层,精通字节码技术,可提供 JVM 系语言的测试覆盖率,影子数据库等解决方案。也擅长自动化测试。