Bug Tracker 中 "无效" 的、"不准备修复" 的、"设计原本如此" 的问题，一般最终需要关闭吗？
feng32 · 2021-09-05 17:32:22 +08:00 · 1496 次点击这是一个创建于 1174 天前的主题，其中的信息可能已经有所发展或是发生改变。
模式 1
- New -> Fixed -> Closed
- New -> Invalid -> Closed
- New -> Won't Fix -> Closed
- New -> By Design -> Closed
所有问题最终的归宿都是 Closed
模式 2
- New -> Fixed -> Closed
- New -> Invalid
- New -> Won't Fix
- New -> By Design
Closed 只是确实有 Bug 且已修复的问题，其它情况不算在 Closed 中
请问一般的实践是怎么样的呢？
 |
1
shiji 2021-09-05 17:43:09 +08:00 via iPhone
喜欢 1，因为那三个都只是 close 的原因
一般来说所有的 issue 都得能分成两类，open 和 closed |
 |
2
andytao 2021-09-05 17:45:09 +08:00
在 袋鼠数据库工具 开发中用的就是模式 1 。
|
 |
3
akira 2021-09-05 20:59:23 +08:00
你可以做 2 个关闭，一个是正常处理完毕的，一个是非正常的
|
 |
4
iyaozhen 2021-09-05 22:06:19 +08:00
这个问题我们团队深入讨论过，最终觉得用两个字段区分比较好
字段 1，卡片本身的状态，尽量少 开始、进行中、结束 可以打平 bug 和需求，这样一个项目看板里很容易看见各个状态（ bug 还可以和需求关联） 字段 2，解决结果（类似这个意思吧），就是不修、下个版本修、重复 bug 、非 bug，表示确实处理了（不一定是要修了） |
 |
5
ragnaroks 2021-09-06 11:01:14 +08:00
open/close 是状态
wontfix/bug/feature 是分类 一般的需求跟踪套件，状态和分类本身没有任何依赖或冲突 |
|
6
ragnaroks 2021-09-06 11:01:51 +08:00
new+open -> bug+open -> fixed+close
|
 |
7
julyclyde 2021-09-06 11:03:49 +08:00
有结论就应该关闭了
|
 |
8
jsq2627 2021-09-06 17:04:12 +08:00 via iPhone
无论哪种，只有后期支持筛选出来非正常关闭的 bug 就行。方便复盘
|
Select Language