錯誤何時成爲功能請求？

Question

什麼時候一個非重要的bug成爲一個功能，或者如果一個bug始終保持爲一個bug？

例如。是否應該有適當的時效限制。

例如，如果您的定義法規爲1年。該錯誤在18個月前推出，但今天才被發現。 如果該錯誤被定義爲「現在這個系統是如何工作的」並且改變它，它應該被放置在積壓的優先級上。

Answer 1

「錯誤」通常被視爲阻礙某些執行的障礙，通常是由於創建不可行的情況。除此之外，成功執行的另一種方式只能在不符合給定規範的情況下標記爲錯誤。如果它變得可以接受，那麼規範就會改變，因此錯誤不再存在。

Answer 2

您的問題似乎意味着錯誤修復程序沒有得到優先級。我認爲優先次序應該經常發生，並且這些特徵和錯誤應該被同等對待爲「問題」。錯誤通常比新功能的優先級高，但這不應該是一個自動決定。

Answer 3

我相信這個錯誤仍然是一個錯誤，無論它在項目生命週期中何時被發現，都應該這樣定義和記錄。請記住，記錄一個錯誤並不會使它成爲一個功能：D

Answer 4

您的開發人員是否會給您「這不是一個錯誤，它是一個功能！」線？

嚴重的是，一個「錯誤」會在應用程序中違反項目規範。除非規格發生變化，否則我不會指望一個錯誤過期。

Answer 5

當您更改規格以響應它時。