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

Question

非关键错误何时成为功能，或者错误应该始终作为错误保留？

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

例如，如果您有一个定义为 1 年的法规。该错误是在 18 个月前引入的，但直到今天才注意到。如果该错误被定义为“这就是系统现在的工作方式”并且要对其进行更改，则应将其放在积压工作中以进行优先级排序。

Answer 1

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

Answer 2

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

Answer 3

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

Answer 4

您的开发人员是否给您“这不是错误，这是一项功能！” 线？

严重的是，“错误”将是应用程序中与项目规范背道而驰的东西。除非规格发生变化，否则我不希望错误永远过期。

Answer 5

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