缺陷提报、流转与关单
三个提报入口、严重程度与优先级的分工、关单结论四选一，以及缺陷为什么关不掉
适用角色：查看需「缺陷」模块 read；关单需「执行验收」 · 最后更新：2026-08-11 · 约 5 分钟
缺陷单号以 B- 开头，可以挂在某条需求下，也可以独立存在——线上冒烟发现的问题往往还没有对应需求。它和需求下的子需求走同一套工作流引擎，但多两个只属于缺陷的字段：严重程度与关单结论。
三个提报入口
- 顶栏「新建」：在统一创建面板里把类别选成「缺陷」，填标题即可提交，其余字段都能后补。
- 需求详情的「＋提缺陷」：从需求页发起，来源需求自动预填，省掉回头再关联的一步。
- 飞书群 @机器人：在绑定的飞书群里 @机器人 加一句话描述，机器人直接建单并回帖单号；消息里的截图会自动采集成附件。配置方式见通知中心与飞书集成。
严重程度不是优先级
两个维度同时存在于一张缺陷单上，各回答一个不同的问题：
- 严重程度 severity
- 「坏得有多厉害」——阻断 / 严重 / 一般。描述客观影响面，发现的人如实填。
- 优先级 priority
- 「先修哪个」——P0 / P1 / P2 / P3。描述当前的排期意图，由负责人按版本节奏定，会随节奏变。
一个阻断级缺陷可能因为发生在下个版本才开放的玩法里而被排成 P2；一个只影响单行文案的一般级缺陷，也可能因为在发布会演示路径上而被顶成 P0。两者不联动，不要拿其中一个推断另一个。
状态怎么走
缺陷默认走内置的六状态流程。如果项目配置了自己的工作流，状态名与顺序以「项目设置 → 工作流」里当前生效的那一版为准。
- 待办
- 进行中
- 待验证
- 验收
- 完成（终态）
- 已取消（终态）
「取消」是一条从任意非终态进入已取消的明确动作，必须填写原因；完成和已取消都不能重复取消。取消表示这条缺陷不再继续处理，不等于「已修复 / 不修复 / 无法复现 / 重复缺陷」中的任何一种关单结论，所以进入已取消时结论保持为空；若缺陷曾完成后重开，取消还会清掉旧结论。
改状态有三个地方：缺陷页看板上把卡片拖到目标状态列、点卡片上的状态点选一条出边、或者打开缺陷详情用「流程」区里的流转按钮。灰掉的动作悬停能看到人话原因，判读方法见状态流转与自定义工作流。
关单要给结论
缺陷以完成收尾时，在详情页「流程」区把关单结论选上——它回答「这条是怎么完成的」，四选一：
- 已修复 fixed
- 问题真的改掉了，并且验证过。
- 不修复 wontfix
- 确认是问题但决定不改（成本、优先级、功能即将下线等），理由写进原因里。
- 无法复现 cannot_reproduce
- 按单上的步骤复现不出来。回帖说明你试过的环境与版本，别直接关掉了事。
- 重复缺陷 duplicate
- 与另一条是同一个问题。在评论里贴上保留的那条单号，方便日后回溯。
完成态的结论字段允许留空，但留空等于没人知道它是怎么完成的——统计与复盘时只能靠人去猜。已取消缺陷是例外：取消原因在动态流与流转日志里，结论必须为空，不能拿 fixed / duplicate 等值冒充取消原因。
从一堆缺陷里找到你要处理的那批
缺陷页默认落在待处理视图，它会把已经收束的缺陷整批藏起来——列表上方会明说藏了几条，一键切到「所有的」。另外三个视图是「所有的」「我处理的」「我创建的」。
在此之上还有六个筛选维度：部门 / 状态 / 处理人 / 严重程度 / 优先级 / 里程碑，以及项目自己定义的缺陷自定义字段。六维筛选会写进地址栏，所以筛完直接把链接发给同事，他打开看到的就是你看到的那一批。当前筛选与排序后的结果还能一键导出 CSV。
常见问题
- 缺陷必须关联需求吗？
- 不必须。这是缺陷与子需求最大的区别——子需求必须挂在某条需求下，缺陷可以独立存在。有对应需求时关联上，验收与里程碑的风险汇总才能把它算进去。
- 看不到「缺陷」模块？
- 你的角色在这个模块上的访问级别是 none。模块访问与治理权限是两套互不重叠的开关，详见成员与角色。
- 改了严重程度，优先级会跟着变吗？
- 不会。早期版本里严重度确实由优先级派生，现在两者独立采集、独立筛选，改一个不动另一个。
- 飞书建出来的缺陷，负责人是谁？
- 是「项目设置 → 飞书集成」里指定的缺陷默认负责人。机器人不猜人，建完你再改派即可。