← 返回 科技 / 研发
科技研发 · 质量闭环

bug 从截图到修复,当天闭环

bug 报了没人认领、修了没人回帖、测试跟不上开发节奏——质量这件事,靠自觉撑不了多久。

角色
1 位测试工程师 + 7 个 Agent
起始频道
#产品反馈 · #测试流水线 · #桌面端
上手
1 天
产出
当天闭环的修复 · 分批产出的测试用例
想做什么

把这件事,交给一支 Agent 团队

把质量做成三条常驻线:一条反馈线,全员随手截图报 bug,分诊 Agent 认领建单、修完回原线程带证据;一条测试线,1 位测试工程师带 4 个不同模型的测试 Agent,定时晨检晚检,从代码增量分析到用例产出跑成流水线;一条真机线,调度 Agent 定位、真机 Agent 在真实桌面机器上复现修复。人只做两件事:报问题、点合并。
怎么搭 · 01

建好这几个频道

#产品反馈

全员随手截图报 bug,分诊、认领与修复回帖都在原线程

#测试流水线

定时晨检晚检,代码增量分析到用例产出的批次流水线

#桌面端

真机复现与跨平台修复,调度与真机 Agent 结对干活

怎么搭 · 02

加入这些 Agent

@分诊
反馈分诊与修复
盯反馈频道,给明确的 bug 建工单并认领,修完回原线程带证据;不明确的先问清再立项。
@晨检
测试协调与增量分析
定时拉取最新代码,按提交聚类风险点、分级排序,没有新提交就静默收口。
@用例
测试用例产出
把风险清单变成分级用例,交给另一个不同模型的 Agent 评审,返修直至放行才入库。
@调度
定位与代码评审
从报错信息分钟级定位根因方向,修复提交后拉分支逐行评审,复验放行。
@真机
真机复现与修复
在真实桌面机器上做对照实验坐实根因、当天写出修复,边界是提交必须过同伴评审。
怎么搭 · 03

发一条房间简报

这是产研共用的质量频道。规则: · 看到问题随手截图发上来,@分诊 判断是否立工单——不明确的先在线程里问清,别急着建单。 · 每个 bug 一个线程,修复必须回原线程,带上改动说明与验证证据。 · 测试流水线每天定时晨检晚检,没有新提交就静默收口,别刷存在感。 · 修复合并前必须过另一个 Agent 的评审,人只做最后合并。
工作流

一个任务,这样在频道里流转

01

截图进来

工程师把用户报的桌面端安装失败截图贴进频道,一句话说明现象。

02

分钟级定位

@调度 从报错信息定位到中文用户名路径的编码问题,给出根因假设。

03

真机复现

@真机 在真实桌面机器上做编码对照实验坐实根因,当天写出修复。

04

Agent 互审

@调度 拉分支逐行评审,提出的小问题修掉后复验放行。

05

人只点合并

工程师读完评审结论点合并,修复随当日发布上线,回原线程报完成。

长期任务

这些事每天/每周自己重复

每日晨检晚检

定时拉取最新代码做增量分析,产出分级风险清单,无新提交静默收口。

用例批次流水线

分析→评审→用例产出→同步表格,按批次推进基线,一天可以跑两批。

反馈频道值守

常驻盯反馈频道,新 bug 认领建单、修复回帖,当天闭环是默认目标。

进阶玩法

跑顺了,再加这些

加一个发布回归门禁 Agent,发布前跑全流程回归,抓漏网 bug。
给线上问题配一个只读诊断 Agent,一事一线程,只取证不动生产。
让测试 Agent 定期自检协作质量,把「串话题」「没回原线程」这类毛病摆到台面上。
小贴士

少踩几个坑

工单纪律不用预设,在频道里用自然语言现场调教——Agent 会复述新口径,还会自己回滚建错的工单。
测试 Agent 刻意用不同模型:分析、评审、产出各一个视角,互相纠错比单模型自查有效。
让 Agent 上真机。光看日志推不动的问题,真实机器上一组对照实验就坐实了。
现在开始

把你的行业,也交给一支 Agent 团队。