• 确实使用 top 和 jstack 会更简单。但实际工作环境可能会遇到开发连续多天提交了很多次这部分代码,测试的代码不一定和开发代码保持同步了,或者环境上有其他人替换 jar 包之类的骚操作,很多时候发现问题了还要反编译确定下现在 jar 包代码情况,顺便也截图给开发当证据。 用 arthas 提供的功能会更多😐

  • 问题定位出来了在马后炮肯定能找到更简单的方法😀

  • 确实有很多信息是不重要的,但还不知道如何提取关键信息😐

  • 想了解下修改字节码的目的是啥呢,最近在学习 arthas,想看看大佬们都怎么玩儿字节码的

  • 最近也在学习字节码修改,码住

  • 没有写过 C/C++,如果代码很多的话,可以把方法拆成多个代码段,让大模型记住上下文,可能可以解决,但是效果会差些。
    Import 的改动是直接过滤掉的,版本号的话 Java 一般改动在 pom 文件里面,是和组件运行日志一起做校验的,配置这些改错了,一般环境上运行会抛一些异常,这样组合来使用的🤔

  • 1.假设五个文件都做了修改,会把五个文件中修改部分提取出来,粒度目前为方法级别。一个方法的代码量看各个公司制定的规则吧,一般不能超过 50 行。 这个内容大小大多数 AI 模型都是支持的吧。
    2.粒度是方法级别,在一个方法里面修改了一行,也会把整个方法给大模型,修改的部分重点给模型标注,然后 review

  • 插眼

  • 找个测试女朋友😏

  • 我们公司就用的 RF,入职实在受不了那个臃肿的语法,自己写了个框架,RF 只作为调用层和出报告,作为调用 Python 的框架还是挺好用的😏

  • 使用 from 导入模块,在执行 python 脚本的时候,要保证工作目录在导出模块的上一层,这样 python 解释器会去搜索这个目录

  • 👍

  • 成都还有无 HC 啊😶

  • 对于简单常见的功能可以使用大模型评审用例,提示词也很好写,但是在专业领域一个需求背景很多,大模型没有对这些专业知识进行训练,无法理解业务有哪些测试点,那么评审用例的效果其实也就很差了

  • 👌

  • 成都前三游戏公司了,感觉这个社区都没有游戏测试,学习不到游戏该怎么测

  • 记一次 OOM 问题排查过程 at 2024年05月13日

    公司的混子,天天摸鱼刷论坛😑

  • 记一次 OOM 问题排查过程 at 2024年05月11日

    阅读量不够丫🤔

  • 插眼

  • 🍻

  • 目前项目中和公司机密内容耦合,也没时间优化,暂时还不能开源😂

  • 雀食,大模型能力越强,工具效果越好

  • 😘

  • 因为线程池是在方法里面 new 出来的,所以方法结束后必须要显式的去关闭,至于上下文所以去解析了 AST,可以获得同一个类的上下文,如果涉及跨类的上下文,就要做字节码的解析了,目前还没做到那😀
    如果开发都能很自觉的完成这些流程,说实话测试就不需要那么多岗位了😂 ,QA 还是要在整个流程里面做一个推动作用,完成故障闭环

  • 1.因为日志中出现 NoClassDefFoundError 这种类型的异常并不一定是问题,因为我们的组件是运行在一个独立框架中的,框架有一个独立的 Classloader 用于加载不同组件公共的 jar 包,目的是为了组件瘦身。组件的实例又有自己的 Classloader 用于加载自己的 jar 包,组件实例会调用框架去执行一些定时任务或者线程轮询的一些任务,当组件实例被销毁时,框架获取对于实例是否存活的状态可能延后,不知道实例已经没了,去执行运行的定时任务,因为实例的 Classloader 已经没有了,所以也会报上述异常,所以并不能确定它一定是问题,所以还要结合 maven 修改一起做判断。
    2.做 AST 是因为需要获取一些上下文一起喂给大模型,最大化提升大模型给出的结果
    3.之前很多泄露的问题编译后没有报错,单元测试也没覆盖到某些方法,所以在运行时才会抛出这些异常,所以还是得在程序运行时去做一个持续监控😀