Серьезность багов определяется следующей градацией:
S1 Блокирующая (Blocker)
Блокирующая ошибка, приводящая приложение в нерабочее состояние, в результате которого дальнейшая работа с тестируемой системой или ее ключевыми функциями становится невозможна. Решение проблемы необходимо для дальнейшего функционирования системы;
S2 Критическая (Critical)
Критическая ошибка, неправильно работающая ключевая бизнес логика, дыра в системе безопасности, проблема, приведшая к временному падению сервера или приводящая в нерабочее состояние некоторую часть системы, без возможности решения проблемы, используя другие входные точки. Решение проблемы необходимо для дальнейшей работы с ключевыми функциями тестируемой системой;
S3 Значительная (Major)
Значительная ошибка, часть основной бизнес логики работает некорректно. Ошибка не критична или есть возможность для работы с тестируемой функцией, используя другие входные точки;
S4 Незначительная (Minor)
Незначительная ошибка, не нарушающая бизнес логику тестируемой части приложения, очевидная проблема пользовательского интерфейса;
S5 Тривиальная (Trivial)
Тривиальная ошибка, не касающаяся бизнес логики приложения, плохо воспроизводимая проблема, малозаметная по средствам пользовательского интерфейса, проблема сторонних библиотек или сервисов, проблема, не оказывающая никакого влияния на общее качество продукта.
Объясните что такое бизнес логика (вроде хоть и интуитивно понятно, но нужно убедиться) и что ее нарушает.
По примеру: Edit mail считает ошибочным майл Ssg@gmail.com, но ssg@gmail.com считает корректным.
Бизнес-логика это механизм устройства системы, но нее ее графическое оформление.
Бизнес-логика нацелена на воплощение бизнес процесса определенного спецификацией системы.
"Бизнес-" она потому, что когда пользователь хочет получить "пользу" от системы и не может этого сделать - страдает бизнес.
Она определяет внутреннее устройство системы.
Ошибка в бизнес-логике может произрастать из неверной спецификации или неверной реализации.
Ошибка в бизнес-логике (негативно) влияет на взаимодействие пользователя с системой.
Если пользователь нажимает на кнопку, а та не реагирует - это бизнес-логика, потому что по "логике бизнеса" (читай: логика, определенная бизнесом), при ее нажатии должно происходить что-то.
Возьмем стиральную машинку. Если мы выставляем и запускаем программу "быстрая стирка 30 градусов", а белье вместо этого кипятится - и причиной этому, например, неверное распределение контактов регулятора - это ошибка бизнес логики.
Если неверно подписаны программы на регуляторе - это ошибка в пользовательском интерфейсе.
И вот тут можно спорить. По моему определению - это ошибка бизнес-логики. Нарушена логика приложения. Т.е. одаренный логикой человек не получает ожидаемый результат следуя инструкции. Хотя исходя из технических соображений, надписи как правило не относят к логике. А зря.
Короче, если пользователь захотел получить пользу от системы, по инструкции, не получил ожидаемый результат и накатал заяву производителю - у вас проблема с бизнес логикой.
Она может скрываться также и в непродуманной спецификации.
А вообще определение немного размытое.
Технари часто понимают под бизнес-логикой т.н middleware.
P.S. замените это слово на "функционал" или "функция" - будет лучше для всех.
Когда бизнес заказывает программный продукт, он преследует определенные цели.
Когда кодер пишет продукт он создает скрипт для удовлетворения этих целей (логику).
Из этого получаем:
Бизнес логика - скрипт выполняющий бизнес цели.
Простой
