На моей текущей работе у нас есть ошибки с низким, средним и высоким приоритетом.
- Ошибки с низким приоритетом - это небольшие ошибки, которые не останавливают доставку или создают реальные проблемы для любого пользователя.
- Ошибки со средним приоритетом вызывают проблемы у некоторых внутренних пользователей, но имеют известные обходные пути.
- Ошибки высокого приоритета - это проблемы, которые наши клиенты увидят, могут повредить данные или привести к сбою системы.
Как классифицировать серьезность ошибок, чтобы дополнить нашу приоритетную классификацию?
bug
issue-tracking
Erin
источник
источник
Ответы:
Мы классифицируем наши ошибки и дефекты в соответствии с их приоритетностью и серьезностью.
Уровень приоритета является показателем того, насколько срочно нужно исправить / исправить проблему (срочно, высокий, средний, низкий, нет).
Уровень серьезности помогает нам определить, какой или какой ущерб может быть причинен дефектом (опасный / разрушительный, ухудшенный и без обходного пути, затронут, но существует обходной путь, неприятный / косметический, без последствий).
Как правило, чем более опасна и разрушительна ошибка, тем выше приоритет. Однако это не гарантировано. Следовательно, мы можем получить случайную ошибку, указанную как опасную и разрушительную, но из-за редкости ситуации или количества изменений, которые могут потребоваться для ее исправления, ее приоритет в теории может стать довольно низким.
источник
Серьезность действительно субъективна по отношению к виду продукта, который вы делаете, и вашему бизнесу. На моей последней работе мы делали автопилоты для больших контейнерных / круизных судов, поэтому наша серьезность была
Я полагаю, что уровни серьезности / приоритета будут кардинально отличаться, если вы создаете веб-приложение и у вас совершенно другая модель бизнеса / клиентская база. Это в конечном итоге о том, что ваши клиенты ожидают и как они сердятся на эту проблему :)
источник
Критерии серьезности, которые я использую:
Серьезность конкретной ошибки является комбинацией этих пунктов.
источник
Классифицируйте ошибки по фактору раздражения, который может помешать людям покупать программное обеспечение. Ошибка, которая не влияет на доставку или создает реальные проблемы для пользователей, может раздражать **** каждый раз, когда я сталкиваюсь с ошибкой. И в итоге вы потеряли пользователя и часть своего дохода.
Теперь, если вы объедините такую ошибку с пользовательским интерфейсом, который был изменен без видимой причины и без видимой выгоды для пользователя, тогда у вас будет абсолютный победитель, который заставит людей ненавидеть ваше программное обеспечение.
Не позволяй этому случиться. Не отправляйте с ошибками, которые заставляют клиентов думать, что вы не даете ****.
источник