Когда некритическая ошибка становится признаком, или ошибка всегда остается ошибкой?Когда ошибка превращается в запрос функции?
Например. Если будет установлен срок давности.
Например, если у вас установлен установленный срок 1 год. Ошибка была введена более 18 месяцев назад, но ее заметили только сегодня. Если эта ошибка определяется как «это сейчас, как работает система» и ее изменение, она должна быть помещена в отставание для определения приоритетов.
«Баг» обычно рассматривается как препятствие для некоторого выполнения, как правило, создавая неработоспособную ситуацию. Вне этого, другой способ успешного выполнения может быть только помечен как ошибка, если он не соответствует заданной спецификации. Если это станет приемлемым, спецификация изменится, и поэтому ошибка больше не существует.
Ваш вопрос, кажется, подразумевает, что исправления ошибок не имеют приоритетов. Я считаю, что приоритизация должна происходить несколько чаще, и что функции и ошибки должны рассматриваться как «проблемы». Ошибки часто будут более приоритетными, чем новая функция, но это не должно быть автоматическим решением.
Мне нравится идея сначала решить ошибки и только потом добавить новые :-) Исправленные ошибки устраняют риск того, что новые функции будут построены на ошибочном программном обеспечении, которое может сломаться после исправления ошибки. – Kwebble
@Kwebble: Как вы справляетесь с ситуацией, когда запланированная новая функция полностью устраняет необходимость исправления определенной ошибки? Вы исправляете ошибку сначала, из принципа? Что делать, если функция занимает меньше времени для разработки, чем исправление ошибки? –
Если функция устраняет необходимость в исправлении, я рассматриваю ее как другой способ решить проблему. – Kwebble
Я считаю, что ошибка по-прежнему является ошибкой, независимо от того, когда она обнаружена в жизненном цикле проекта и должна быть определена и документирована как таковая. Помните, что документирование ошибки не делает ее особенностью: D
Ваши разработчики дают вам «Это не ошибка, это особенность!» линия?
Серьезно, «ошибка» была бы чем-то в приложениях, которые соответствовали спецификациям проекта. Если спецификации не изменятся, я бы не ожидал, что ошибка истечет.
При изменении спецификации в ответ на это.
Зависит от того, насколько серьезно он влияет на пользователей и насколько полезен исправление. (Или, как старшим является первооткрыватель.) Это действительно решение, которое нужно перерасти в владельца продукта в вашем бизнесе. – Rup
Застал меня думать об этой «ошибке» из N64 дней: http://blogs.msdn.com/b/shawnhar/archive/2009/12/29/bug-or-feature.aspx – eldarerathis
Этот вопрос должен быть сообщества wiki, из-за этого открытая природа. – kurast