将手工 bug 报告流程用 Gemini 2.0 自动化,提高报告准确性和效率;展示 AI 在开发工具链中的实际应用。
但这是一个你可以用工具来解决的问题。人类在报告 bug 时本质上容易出错,但计算机不会。想象一个插入开发者工具的工具,它可以获取:会话记录 + 网络日志 + 错误堆栈 + 一个编写摘要和重现步骤的 AI。
几年前,我们构建了一个工具,可以捕获你在 HAR 文件中获得的所有信息加上屏幕录制,并将其打包成一个给工程师的链接。(类似屏幕录制器加 DevTools)。它叫 jam.dev,现在人们每月用它捕获超过 50 万个 bug(我们对此感到真的非常兴奋!)
今天我们在其中添加了一个 AI,它分析所有会话数据以及控制台中的错误/堆栈和网络日志,并写出对 bug 的简洁描述,列出准确的重现步骤,附带映射到屏幕录制的时间戳。它是用 Gemini 2.0 构建的,我们在实验模式下使用了它。我们选择 Gemini 是因为 Gemini 具有处理视频的原生能力(其他 LLM 没有)。
我很想让你试试,并告诉我你的想法。我的邮箱是 dani@jam.dev,期待听到你的意见。
Demo: https://x.com/jamdotdev/status/1887523689518014891
我认为人类将长期在软件测试中发挥重要作用(只要人类是用户,人类就需要成为测试者),但不需要手动完成的是收集调试信息并将其写进工单。就像卡斯帕罗夫和深蓝一样,最强的协作是人类 + 计算机配对在一起——人类发挥各自的优势,计算机发挥各自的优势。
顺便说一下,我们正在招聘工程师,致力于为调试、去重和自动解决构建 AI。如果这些问题让你感兴趣,我们很乐意交流:jam.dev/careers
某些评论可能仅对登录的访问者可见。登录以查看所有评论。
如需进一步操作,你可以考虑屏蔽此人和/或举报滥用。