13243

456

На написание этого поста меня натолкнул этот, потому что в реальных проектах приведенной там классификацией никто не п




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

Поскольку работал в web-разработке, примеры взяты из web'а, но, думаю, не так сложно спроецировать их и на системное и прикладное ПО5555555555


Принципом такой классификации ошибок является степень их критичности для работы системы в целом. Набор групп, по которым они делятся, отличается в зависимости от области применения этих программ.

Группы ошибок могут быть очень разные, где-то они закреплены корпоративным стандартом, где-то — ограничениями действующей системы багтрекинга, где-то — договоренностью команды. Привожу наш вариант.

Блокирующие (Blocker) – Ошибки, из-за которых дальнейшая работа с системой становится невозможной.

Пример: Работа на сайте доступна только зарегестрированным пользователям, а вход возможен только после подтверждения e-mail, указанного при регистрации. На почту не приходит письмо. Работа с системой, соответственно, невозможна.

Важные (Major) — Из-за таких ошибок система, в целом, работает, но что-то работает не так.

Например, опять же, беря в пример наш абстрактный сайт, на сайт можно загрузить аватар, но файл не сохраняется на сервере. Либо письмо для активации приходит, но в неверной кодировке.

Обычные (Normal) — Как правило, к этой категории баги относят очень редко. В качестве примера, могу написать что-то вроде не работает кнопка «Запомнить меня» на сайте.

Блокирующие (Blocker) – Ошибки, из-за которых дальнейшая работа с системой становится невозможной.

Пример: Работа на сайте доступна только зарегестрированным пользователям, а вход возможен только после подтверждения e-mail, указанного при регистрации. На почту не приходит письмо. Работа с системой, соответственно, невозможна.

Важные (Major) — Из-за таких ошибок система, в целом, На написание этого поста меня натолкнул этот, потому что в реальных проектах приведенной там классификацией никто не пользуется. Предложенная там классификация исключительно субъективная, для программиста.

Чуть больше правды о багах — под катом

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

Поскольку работал в web-разработке, примеры взяты из web'а, но, думаю, не так сложно спроецировать их и на системное и прикладное ПО

По степени критичности (Severity)

Принципом такой классификации ошибок является степень их критичности для работы системы в целом. Набор групп, по которым они делятся, отличается в зависимости от области применения этих программ.

Группы ошибок могут быть очень разные, где-то они закреплены корпоративным стандартом, где-то — ограничениями действующей системы багтрекинга, где-то — договоренностью команды. Привожу наш вариант.

Блокирующие (Blocker) – Ошибки, из-за которых дальнейшая работа с системой становится невозможной.

Пример: Работа на сайте доступна только зарегестрированным пользователям, а вход возможен только после подтверждения e-mail, указанного при регистрации. На почту не приходит письмо. Работа с системой, соответственно, невозможна.

Важные (Major) — Из-за таких ошибок система, в целом, работает, но что-то работает не так.

Например, опять же, беря в пример наш абстрактный сайт, на сайт можно загрузить аватар, но файл не сохраняется на сервере. Либо письмо для активации приходит, но в неверной кодировке.

Обычные (Normal) — Как правило, к этой категории баги относят очень редко. В качестве примера, могу написать что-то вроде не работает кнопка «Запомнить меня» на сайте.работает, но что-то работает не так.

Например, опять же, беря в пример наш абстрактный сайт, на сайт можно загрузить аватар, но файл не сохраняется на сервере. Либо письмо для активации приходит, но в неверной кодировке.

Обычные (Normal) — Как правило, к этой категории баги относят очень редко. В качестве примера, могу написать что-то вроде не работает кнопка «Запомнить меня» на сайте.На написание этого поста меня натолкнул этот, потому что в реальных проектах приведенной там классификацией никто не пользуется. Предложенная там классификация исключительно субъективная, для программиста.

Чуть больше правды о багах — под катом

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

Поскольку работал в web-разработке, примеры взяты из web'а, но, думаю, не так сложно спроецировать их и на системное и прикладное ПО

По степени критичности (Severity)

Принципом такой классификации ошибок является степень их критичности для работы системы в целом. Набор групп, по которым они делятся, отличается в зависимости от области применения этих программ.

Группы ошибок могут быть очень разные, где-то они закреплены корпоративным стандартом, где-то — ограничениями действующей системы багтрекинга, где-то — договоренностью команды. Привожу наш вариант.

Блокирующие (Blocker) – Ошибки, из-за которых дальнейшая работа с системой становится невозможной.

Пример: Работа на сайте доступна только зарегестрированным пользователям, а вход возможен только после подтверждения e-mail, указанного при регистрации. На почту не приходит письмо. Работа с системой, соответственно, невозможна.

Важные (Major) — Из-за таких ошибок система, в целом, работает, но что-то работает не так.

Например, опять же, беря в пример наш абстрактный сайт, на сайт можно загрузить аватар, но файл не сохраняется на сервере. Либо письмо для активации приходит, но в неверной кодировке.

Обычные (Normal) — Как правило, к этой категории баги относят очень редко. В качестве примера, могу написать что-то вроде не работает кнопка «Запомнить меня» на сайте.На написание этого поста меня натолкнул этот, потому что в реальных проектах приведенной там классификацией никто не пользуется. Предложенная там классификация исключительно субъективная, для программиста.

Чуть больше правды о багах — под катом

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

Поскольку работал в web-разработке, примеры взяты из web'а, но, думаю, не так сложно спроецировать их и на системное и прикладное ПО

По степени критичности (Severity)

Принципом такой классификации ошибок является степень их критичности для работы системы в целом. Набор групп, по которым они делятся, отличается в зависимости от области применения этих программ.

Группы ошибок могут быть очень разные, где-то они закреплены корпоративным стандартом, где-то — ограничениями действующей системы багтрекинга, где-то — договоренностью команды. Привожу наш вариант.

Блокирующие (Blocker) – Ошибки, из-за которых дальнейшая работа с системой становится невозможной.

Пример: Работа на сайте доступна только зарегестрированным пользователям, а вход возможен только после подтверждения e-mail, указанного при регистрации. На почту не приходит письмо. Работа с системой, соответственно, невозможна.

Важные (Major) — Из-за таких ошибок система, в целом, работает, но что-то работает не так.

Например, опять же, беря в пример наш абстрактный сайт, на сайт можно загрузить аватар, но файл не сохраняется на сервере. Либо письмо для активации приходит, но в неверной кодировке.

Обычные (Normal) — Как правило, к этой категории баги относят очень редко. В качестве примера, могу написать что-то вроде не работает кнопка «Запомнить меня» на сайте.На написание этого поста меня натолкнул этот, потому что в реальных проектах приведенной там классификацией никто не пользуется. Предложенная там классификация исключительно субъективная, для программиста.

Чуть больше правды о багах — под катом

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

Поскольку работал в web-разработке, примеры взяты из web'а, но, думаю, не так сложно спроецировать их и на системное и прикладное ПО

По степени критичности (Severity)

Принципом такой классификации ошибок является степень их критичности для работы системы в целом. Набор групп, по которым они делятся, отличается в зависимости от области применения этих программ.

Группы ошибок могут быть очень разные, где-то они закреплены корпоративным стандартом, где-то — ограничениями действующей системы багтрекинга, где-то — договоренностью команды. Привожу наш вариант.

Блокирующие (Blocker) – Ошибки, из-за которых дальнейшая работа с системой становится невозможной.

Пример: Работа на сайте доступна только зарегестрированным пользователям, а вход возможен только после подтверждения e-mail, указанного при регистрации. На почту не приходит письмо. Работа с системой, соответственно, невозможна.

Важные (Major) — Из-за таких ошибок система, в целом, работает, но что-то работает не так.

Например, опять же, беря в пример наш абстрактный сайт, на сайт можно загрузить аватар, но файл не сохраняется на сервере. Либо письмо для активации приходит, но в неверной кодировке.

Обычные (Normal) — Как правило, к этой категории баги относят очень редко. В качестве примера, могу написать что-то вроде не работает кнопка «Запомнить меня» на сайте.На написание этого поста меня натолкнул этот, потому что в реальных проектах приведенной там классификацией никто не пользуется. Предложенная там классификация исключительно субъективная, для программиста.

Чуть больше правды о багах — под катом

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

Поскольку работал в web-разработке, примеры взяты из web'а, но, думаю, не так сложно спроецировать их и на системное и прикладное ПО

По степени критичности (Severity)

Принципом такой классификации ошибок является степень их критичности для работы системы в целом. Набор групп, по которым они делятся, отличается в зависимости от области применения этих программ.

Группы ошибок могут быть очень разные, где-то они закреплены корпоративным стандартом, где-то — ограничениями действующей системы багтрекинга, где-то — договоренностью команды. Привожу наш вариант.

Блокирующие (Blocker) – Ошибки, из-за которых дальнейшая работа с системой становится невозможной.

Пример: Работа на сайте доступна только зарегестрированным пользователям, а вход возможен только после подтверждения e-mail, указанного при регистрации. На почту не приходит письмо. Работа с системой, соответственно, невозможна.

Важные (Major) — Из-за таких ошибок система, в целом, работает, но что-то работает не так.

Например, опять же, беря в пример наш абстрактный сайт, на сайт можно загрузить аватар, но файл не сохраняется на сервере. Либо письмо для активации приходит, но в неверной кодировке.

Обычные (Normal) — Как правило, к этой категории баги относят очень редко. В качестве примера, могу написать что-то вроде не работает кнопка «Запомнить меня» на сайте.На написание этого поста меня натолкнул этот, потому что в реальных проектах приведенной там классификацией никто не пользуется. Предложенная там классификация исключительно субъективная, для программиста.

Чуть больше правды о багах — под катом

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

Поскольку работал в web-разработке, примеры взяты из web'а, но, думаю, не так сложно спроецировать их и на системное и прикладное ПО

По степени критичности (Severity)

Принципом такой классификации ошибок является степень их критичности для работы системы в целом. Набор групп, по которым они делятся, отличается в зависимости от области применения этих программ.

Группы ошибок могут быть очень разные, где-то они закреплены корпоративным стандартом, где-то — ограничениями действующей системы багтрекинга, где-то — договоренностью команды. Привожу наш вариант.

Блокирующие (Blocker) – Ошибки, из-за которых дальнейшая работа с системой становится невозможной.

Пример: Работа на сайте доступна только зарегестрированным пользователям, а вход возможен только после подтверждения e-mail, указанного при регистрации. На почту не приходит письмо. Работа с системой, соответственно, невозможна.

Важные (Major) — Из-за таких ошибок система, в целом, работает, но что-то работает не так.

Например, опять же, беря в пример наш абстрактный сайт, на сайт можно загрузить аватар, но файл не сохраняется на сервере. Либо письмо для активации приходит, но в неверной кодировке.

Обычные (Normal) — Как правило, к этой категории баги относят очень редко. В качестве примера, могу написать что-то вроде не работает кнопка «Запомнить меня» на сайте.На написание этого поста меня натолкнул этот, потому что в реальных проектах приведенной там классификацией никто не пользуется. Предложенная там классификация исключительно субъективная, для программиста.

Чуть больше правды о багах — под катом

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

Поскольку работал в web-разработке, примеры взяты из web'а, но, думаю, не так сложно спроецировать их и на системное и прикладное ПО

По степени критичности (Severity)

Принципом такой классификации ошибок является степень их критичности для работы системы в целом. Набор групп, по которым они делятся, отличается в зависимости от области применения этих программ.

Группы ошибок могут быть очень разные, где-то они закреплены корпоративным стандартом, где-то — ограничениями действующей системы багтрекинга, где-то — договоренностью команды. Привожу наш вариант.

Блокирующие (Blocker) – Ошибки, из-за которых дальнейшая работа с системой становится невозможной.

Пример: Работа на сайте доступна только зарегестрированным пользователям, а вход возможен только после подтверждения e-mail, указанного при регистрации. На почту не приходит письмо. Работа с системой, соответственно, невозможна.

Важные (Major) — Из-за таких ошибок система, в целом, работает, но что-то работает не так.

Например, опять же, беря в пример наш абстрактный сайт, на сайт можно загрузить аватар, но файл не сохраняется на сервере. Либо письмо для активации приходит, но в неверной кодировке.

Обычные (Normal) — Как правило, к этой категории баги относят очень редко. В качестве примера, могу написать что-то вроде не работает кнопка «Запомнить меня» на сайте.На написание этого поста меня натолкнул этот, потому что в реальных проектах приведенной там классификацией никто не пользуется. Предложенная там классификация исключительно субъективная, для программиста.

Чуть больше правды о багах — под катом

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

Поскольку работал в web-разработке, примеры взяты из web'а, но, думаю, не так сложно спроецировать их и на системное и прикладное ПО

По степени критичности (Severity)

Принципом такой классификации ошибок является степень их критичности для работы системы в целом. Набор групп, по которым они делятся, отличается в зависимости от области применения этих программ.

Группы ошибок могут быть очень разные, где-то они закреплены корпоративным стандартом, где-то — ограничениями действующей системы багтрекинга, где-то — договоренностью команды. Привожу наш вариант.

Блокирующие (Blocker) – Ошибки, из-за которых дальнейшая работа с системой становится невозможной.

Пример: Работа на сайте доступна только зарегестрированным пользователям, а вход возможен только после подтверждения e-mail, указанного при регистрации. На почту не приходит письмо. Работа с системой, соответственно, невозможна.

Важные (Major) — Из-за таких ошибок система, в целом, работает, но что-то работает не так.

Например, опять же, беря в пример наш абстрактный сайт, на сайт можно загрузить аватар, но файл не сохраняется на сервере. Либо письмо для активации приходит, но в неверной кодировке.

Обычные (Normal) — Как правило, к этой категории баги относят очень редко. В качестве примера, могу написать что-то вроде не работает кнопка «Запомнить меня» на сайте.На написание этого поста меня натолкнул этот, потому что в реальных проектах приведенной там классификацией никто не пользуется. Предложенная там классификация исключительно субъективная, для программиста.

Чуть больше правды о багах — под катом

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

Поскольку работал в web-разработке, примеры взяты из web'а, но, думаю, не так сложно спроецировать их и на системное и прикладное ПО

По степени критичности (Severity)

Принципом такой классификации ошибок является степень их критичности для работы системы в целом. Набор групп, по которым они делятся, отличается в зависимости от области применения этих программ.

Группы ошибок могут быть очень разные, где-то они закреплены корпоративным стандартом, где-то — ограничениями действующей системы багтрекинга, где-то — договоренностью команды. Привожу наш вариант.

Блокирующие (Blocker) – Ошибки, из-за которых дальнейшая работа с системой становится невозможной.

Пример: Работа на сайте доступна только зарегестрированным пользователям, а вход возможен только после подтверждения e-mail, указанного при регистрации. На почту не приходит письмо. Работа с системой, соответственно, невозможна.

Важные (Major) — Из-за таких ошибок система, в целом, работает, но что-то работает не так.

Например, опять же, беря в пример наш абстрактный сайт, на сайт можно загрузить аватар, но файл не сохраняется на сервере. Либо письмо для активации приходит, но в неверной кодировке.

Обычные (Normal) — Как правило, к этой категории баги относят очень редко. В качестве примера, могу написать что-то вроде не работает кнопка «Запомнить меня» на сайте.На написание этого поста меня натолкнул этот, потому что в реальных проектах приведенной там классификацией никто не пользуется. Предложенная там классификация исключительно субъективная, для программиста.

Чуть больше правды о багах — под катом

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

Поскольку работал в web-разработке, примеры взяты из web'а, но, думаю, не так сложно спроецировать их и на системное и прикладное ПО

По степени критичности (Severity)

Принципом такой классификации ошибок является степень их критичности для работы системы в целом. Набор групп, по которым они делятся, отличается в зависимости от области применения этих программ.

Группы ошибок могут быть очень разные, где-то они закреплены корпоративным стандартом, где-то — ограничениями действующей системы багтрекинга, где-то — договоренностью команды. Привожу наш вариант.

Блокирующие (Blocker) – Ошибки, из-за которых дальнейшая работа с системой становится невозможной.

Пример: Работа на сайте доступна только зарегестрированным пользователям, а вход возможен только после подтверждения e-mail, указанного при регистрации. На почту не приходит письмо. Работа с системой, соответственно, невозможна.

Важные (Major) — Из-за таких ошибок система, в целом, работает, но что-то работает не так.

Например, опять же, беря в пример наш абстрактный сайт, на сайт можно загрузить аватар, но файл не сохраняется на сервере. Либо письмо для активации приходит, но в неверной кодировке.

Обычные (Normal) — Как правило, к этой категории баги относят очень редко. В качестве примера, могу написать что-то вроде не работает кнопка «Запомнить меня» на сайте.

12