什么时候错误成为功能请求？

Question

什么时候非关键错误成为一个功能，或者一个错误总是留在bug中？

例如。是否应该有适当的诉讼时效。

例如，如果您有一年的定义法规。该漏洞是在18个月前推出的，但今天才注意到。 如果将该错误定义为“现在这是系统如何工作”并进行更改，则应将其置于待办事项列表中以确定优先级。

Answer 1

“bug”通常被认为是某些执行的障碍，通常是通过创造一种不可行的情况。除此之外，不同的成功执行方式只能在不符合给定规范时标记为错误。如果它变得可以接受，那么规范就会改变，因此bug就不再存在了。

Answer 2

您的问题似乎暗示错误修复不会被优先考虑。我认为优先排序应该经常发生，并且功能和错误都应该被视为“问题”。错误通常比新功能更优先，但这不应该是一个自动决定。

Answer 3

我相信，无论何时在项目生命周期中发现错误，该错误仍然是一个错误，应该如此定义和记录。请记住，记录错误不会使其成为一项功能：D

Answer 4

您的开发人员是否会向您提供“这不是错误，这是一个功能！”线？

说真的，一个“bug”会在应用程序中出现与项目规范相悖的东西。除非规范发生变化，否则我不希望错误到期。

Answer 5

当您更改规范以响应它时。