原来数据采集是这样做的，高端的项目，最后的关键还是落在一线实施的人员的数据采集上

我这一大早登录账号就看到这种回复。。。。本来事多还烦，莫名有点无名火，哎，现在冷静下来了

不至于吧，这个帖没人讨论，我个人感觉是因为文章里的这个单位测试不是测试业务项目的，是自测自己的测试平台的，额。。。怎么说呢，感觉有点诡异，但是又说不出哪里不对

测试完全看懂开发代码会不会有点扯 。。。。，另外大模型是静态分析的吧，如你说的 new 线程池，可能大模型报没有关闭的错，但大模型又无法准确了解调用方法的上下文环境，线程池的关闭通常取决于应用程序的资源管理策略，可能涉及到整个应用程序的生命周期管理、线程池的复用性等因素。其实按你这么一说，我倒觉得这个工具可以绕开测试直接扔给开发那边了，干嘛还需要测试做中介，他们自己写的代码自己最清楚，增强他们的自测和转测质量。

像我就是测黑盒的，现在报告显示代码逻辑有漏洞同时有风险，然后找了开发看了后回复是大模型判断错误了或者当前漏洞不存在，我作为一个黑盒肯定不懂也不敢确定开发说的是否真的，那这种情况你们是怎么处理？ 一两次还好，多了开发也烦，黑盒测试也累

啥公司？ 真有钱，还训练了一个大模型。看来你们的模型比 chatgpt 强，因为每次用 gpt 问问题时都会给我报一些不存在的库或者一些内置库不存在的方法，或者本来是正确的回答，我多问句还有什么缺陷，它会没事找事的罗列出些不存在的问题，所以我才会有这个疑问

所有核心的点都是提交给 AI 大模型，这个大模型是第三方的还是你们自己的？ 涉及到的项目隐私风险咋算？所有流程的前提都是基于大模型给出精准无误的判断，你咋知道大模型的回复是精准的？

这种简单问题复杂化，最后落地效果基本都差不多：看起来很顺眼，用起来一坨 shit

如果我开了一家餐厅，聘请的保安学会了做菜，然后哭诉自己在老板心目中没地位。那我的第一想法是：我餐厅生意的好坏关你个保安 len 鸠事啊！！！，还要有地位？ 你会做菜除非能让客人吃完你保安的菜从此非你不可，否则我生意好坏还不是得厨师、酒托、我的人脉来发力。在门口站好管好治安再说了。

看完后，我觉得真是生不逢时 ，真羡慕你们早出道的