Как классифицировать серьезность ошибок, чтобы дополнить нашу приоритетную классификацию?

14

На моей текущей работе у нас есть ошибки с низким, средним и высоким приоритетом.

Ошибки с низким приоритетом - это небольшие ошибки, которые не останавливают доставку или создают реальные проблемы для любого пользователя.
Ошибки со средним приоритетом вызывают проблемы у некоторых внутренних пользователей, но имеют известные обходные пути.
Ошибки высокого приоритета - это проблемы, которые наши клиенты увидят, могут повредить данные или привести к сбою системы.

bug issue-tracking

— Erin
источник

13

Почему у вас есть непонятные имена, такие как «низкий», «средний» и «высокий»? Почему бы не использовать только реальные слова, такие как «сбой», «коррупция», «известный обходной путь» и «раздражение»?

— S.Lott

1

Потому что я не имею ничего общего с именами уровней приоритета. Я просто использую то, что мне дано. Мне нравятся твои имена за них.

— Эрин

2

У нас 4-й уровень, «Критический». Это хуже того, что вы бы классифицировали как «высокий» (например, внезапный сбой рабочего сервера).

— FrustratedWithFormsDesigner

1

Я нахожу, что Низкий никогда не используется ... все говорят, что его Средний, Высокий или Срочный

— Рэйчел

1

@ Thorbjørn Если для отслеживания ошибки требуется больше времени, чем просто для исправления, когда я это заметил, я склонен просто ее исправить. (Имейте в виду, у нас нет формального процесса обеспечения качества, поэтому никто не должен ставить ошибки в трекере. Для нас это скорее список «сделать позже», чем очередь работы от кого-то еще.)

— CodexArcanum

23

Мы классифицируем наши ошибки и дефекты в соответствии с их приоритетностью и серьезностью.

Уровень приоритета является показателем того, насколько срочно нужно исправить / исправить проблему (срочно, высокий, средний, низкий, нет).

Уровень серьезности помогает нам определить, какой или какой ущерб может быть причинен дефектом (опасный / разрушительный, ухудшенный и без обходного пути, затронут, но существует обходной путь, неприятный / косметический, без последствий).

Как правило, чем более опасна и разрушительна ошибка, тем выше приоритет. Однако это не гарантировано. Следовательно, мы можем получить случайную ошибку, указанную как опасную и разрушительную, но из-за редкости ситуации или количества изменений, которые могут потребоваться для ее исправления, ее приоритет в теории может стать довольно низким.

— Спарки
источник

10

Серьезность действительно субъективна по отношению к виду продукта, который вы делаете, и вашему бизнесу. На моей последней работе мы делали автопилоты для больших контейнерных / круизных судов, поэтому наша серьезность была

Очень высоко - впереди айсберг! Ой, подождите, похоже, контроль над кораблем может быть потерян или может сбить с толку, кто имеет контроль! Кто-нибудь придумает, как перевернуть этот корабль !!!
Высокий - жалобы на прием клиентов, круизное судно поворачивает слишком быстро, клиенты разливают свои напитки. Мы не можем использовать ваши вещи, пока это не будет исправлено!
Средний - Функциональность, которая улучшит простоту использования для клиентов / полевых техников. Материал, который экономит время людей.
Низко - косметические вещи

Я полагаю, что уровни серьезности / приоритета будут кардинально отличаться, если вы создаете веб-приложение и у вас совершенно другая модель бизнеса / клиентская база. Это в конечном итоге о том, что ваши клиенты ожидают и как они сердятся на эту проблему :)

— Дуг Т.
источник

Вы должны продумать свою классификацию косметических вещей. Косметические ошибки показывают, что вам все равно. Если вам все равно, худшие ошибки не приписываются неудаче и прощаются, а приписываются небрежности.

— gnasher729

@ gnasher729: Каковы ваши конкретные разногласия? Вы хотите сказать, что косметическая ошибка, которая не оказывает существенного влияния на то, сколько времени клиент тратит на то, чтобы программное обеспечение заработало, должна быть классифицирована как более важная, чем ошибка, которая на это влияет и не является косметической? Или что? Приоритеты относительны, а не абсолютны, и всегда есть чем заняться.

— Натан Тагги

0

Критерии серьезности, которые я использую:

Это мешает пользователю получить то, что он хочет от программы?
Это видно, если пользователь выполняет типичные задачи?
Раскрывает ли он разумную информацию или позволяет выполнять несанкционированные действия?

Серьезность конкретной ошибки является комбинацией этих пунктов.

— Никита Барсуков
источник

1

Также важно количество пострадавших пользователей. И какие пользователи, если ваше приложение имеет функции, которые доступны не всем.

— FrustratedWithFormsDesigner

-1

Классифицируйте ошибки по фактору раздражения, который может помешать людям покупать программное обеспечение. Ошибка, которая не влияет на доставку или создает реальные проблемы для пользователей, может раздражать **** каждый раз, когда я сталкиваюсь с ошибкой. И в итоге вы потеряли пользователя и часть своего дохода.

Теперь, если вы объедините такую ошибку с пользовательским интерфейсом, который был изменен без видимой причины и без видимой выгоды для пользователя, тогда у вас будет абсолютный победитель, который заставит людей ненавидеть ваше программное обеспечение.

Не позволяй этому случиться. Не отправляйте с ошибками, которые заставляют клиентов думать, что вы не даете ****.

— gnasher729
источник

это даже не пытается ответить на заданный вопрос: «Как классифицировать серьезность ошибки, чтобы дополнить нашу приоритетную классификацию?» См. Как ответить

— комнат