https://www.dongcb.com/818.html， Spring + Jackson 有可能导致类数量爆炸 这个文章看着和你的情况比较近， 反射也就可能稍微慢一点，怎么可能一直在内存不能被 GC 呢？我其实还是不明白你说的意思。

metapsace GC 也有的哦， https://poonamparhar.github.io/understanding-metaspace-gc-logs/

1. 这个 JAVA 实例内存用了多少？
2. 为什么 GC 没有回收这些呢？
3. 使用反射是必然的，很难想象对反射怎么做优化？
4. 换 json 序列化包？ 另外 BeanUtil 不是处理 JSON 的

个人认为还是没有说清楚。

com.tcl.tof? 这是 tcl？

投入产出比吧，如果减少一部分时间就足够了，因为实际上我什么都没投入。

投入：
最多就是总结一些需求，这个本来就要做，然后写一个 prompt，这个基本上每个都可以用，一次性工作，然后其他我什么都没有投入，AI 调用也不需要费用

获得：
少写一写已经很熟练的用例的时间，可以有时间做点其他，摸鱼也好，学技术也要，其他也好

我一点不觉得有什么鸡肋的。一口气反正也吃不成一个胖子，如果你觉得 AI 真能去 Review 用例：

1. 实际也需要给他进行数据标注的，而谁来做数据标注，我觉得测试也跳不掉的
2. 实现 Review 用例也不知道什么时候有，有能用用的就先用着呗
3. 最少用上 AI 了，空谈无意义

我这个方式主要解决的问题是:

1. 少点打字，意义不大的格式转换
2. 可以快速的完成测试用例写法
3. 只针对比较简单的场景，比如对一个资源的增删改查，以及一些字段校验

有个想法，如果想让 ai 帮忙写用例，你需要提供大量的信息，以及标准规范的文档。
那么，如何快速让 ai 介入测试工作，我想最合适的应该是，让 ai 补充，查缺补漏，就是测试人员先把测试用例先写好，然后再把文档给 ai，让 ai 进行用例评审，或者让 ai，重新优化，输出更加规范标准的测试用例。我想，这种才是目前现阶段，比较符合现实的方式。

关于您说的这个想我，我没有想过，看了之后的感觉是，有可能做到吧，但是不是我现在的目标，我现在就是想减少成为打字员的时间

不管怎么样，也算一个实践吧，我只是把我想要做的东西，用最简单的方式串联起来，并且可以留存了数据，至于 AI 评审这些，我能力范围之外了，或许较少了打字时间，我有更多时间可以学学这个怎么评审，才有机会做到评审。

看了这么多留言，我感觉其实做什么怎么做测试都不重要，重要的是结果，和测试一样，重要的是线上不出严重 Bug，要出也不是和你有关; 不过从测试角度去判断一些这个回复里面，有些逻辑我觉得也不是很对,是可能出 Bug 的地方:

比如这条:

我会选择不进入这个行业，直接考公，然后回到老家等拆迁，
捞个几百万，建 5-6 栋房出租（可惜没有如果）

我不是很理解，考公和等拆迁有什么关系？还有等拆迁和做测试有什么关系？做了测试也不影响等拆迁呀，做做测试，同时等着拆迁，再辞职回去收租，不是应该这样吗？或者有其他关系，做了测试就家里不能拆迁了？这里可能有 Bug 出现的

还有这个：

在我开始进入测试行业的时候买比特币，然后记住东方通信，酒鬼酒，
诚迈科技，阳光电源，锦浪科技，石大胜华，九安医疗，中通客车，西安饮食，剑桥科技，鸿博股份

你确信你记住了这些就可以拿得住？会有不一样的结果？这些你 Bug 级的东西你能复现吗？如果能复现，并且每次都能复现，那我觉得可以多找找这种 Bug，软件点点这种事情也就不做了，不过你肯定会去点点其他东西的，比如什么数据，什么图表，也是点点哦，你会觉得枯燥吗？有时看了半年都动静，你熬得住吗？Bug 疑问点还是很多的，容易出 Bug 地方也很多

就按照预案处理，不需要什么惊喜，能够执行预案把 7 小时降到 30 分钟，就已经很牛了。

首先这是 BUG 的问题吗？这明明先是一个网站运维问题，当机了可是 7 个多小时。。。。。 反正都是 Bug 测试背锅。

我讲老实话，现在这个情况下，测试 Leader 有时性价比真不高，也没多拿多少钱，同样一个 P8 或者 P7，他可能是一个 Leader，但是下面也有 P8/P7，这个时候能多拿多少？又承担多少不应该的压力？仁者见仁吧。