Re: [問題] issue status 的使用
我待的部門用的是 Mantis,
其 issue status 的用字跟你的稍微有點出入
(其實要用什麼字眼是可以改的)
就來試著解釋看看,僅供參考。
※ 引述《tonytonyjan (南洋大兜蟲)》之銘言:
: 在許多 issue tracking systems 裡面有很多 issue status 的使用慣例,通常會見到下
: 面幾個:
: `New`、`In Progress`、`Resolved`、`Feedback`、`Closed` 和 `Rejected`。
: 我所知道的使用方式(未必正確):
: * `New`: 一個新的、待解決的 issue。
一個測試人員新發現的或客戶新回報的 issue,
尚未指派負責人。
: * `In progress`: 有人認領了這個 issue 並且正在著手完成。
同 Mantis 中的 Assigned,新 issue 已有負責人的狀態。
: * `Resolved`: 完成該 issue 之後將其設定為 `Resolved`,但要經過確認程序後才可
: 以真的關掉該 issue,例如 PM 會檢查是否如實完成,或是下次會議的
: 時候共同關掉。
負責的人員(自認為)已經解決了 issue 的狀態,
但是還沒通過測試人員或客戶的複驗。
: * `Feedback`: ???
這個狀態,我遇過的原因中較常見的有兩種:
1. Issue 負責人依照測試人員的問題重現步驟無法把問題重現,
把狀態設為 Feedback 請測試人員再確認。
2. Issue 不是 bug,可能是規格定義未明或是歧義之類。
: * `Closed`: 每個 issue 的最終 status
當負責人把問題修復,也通過了測試人員或客戶複驗之後,
此 issue 即為 Closed。
: * `Rejected`: ???
我猜測它等同於 Mantis 中的 Re-open,
就是負責人把問題修復,並回報 issue "Resolved",
但是測試人員或客戶發現問題其實並未解決,
像是只解了一半或是有 side effect 之類的。
: 我想知道在什麼情況下會用到 `Feedback` 或 `Rejected`?
: 或者我的用法有錯,還請前輩指點,感激不盡!
希望有回答到你的問題。
--
Need Help With Women? Can UNIX Help?
$> man woman
$> Segmentation fault (core dumped)
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 210.80.75.2
→
08/29 18:50, , 1F
08/29 18:50, 1F
→
08/29 19:02, , 2F
08/29 19:02, 2F
→
08/29 21:56, , 3F
08/29 21:56, 3F
推
09/02 14:03, , 4F
09/02 14:03, 4F
討論串 (同標題文章)
本文引述了以下文章的的內容:
完整討論串 (本文為第 2 之 2 篇):
Programming 近期熱門文章
PTT數位生活區 即時熱門文章