Баг — это отклонение фактического результата от ожидаемого
К сожалению, неполные требования часто приводят к отсутствию ожидаемого результата, наличие только лишь самих требований при тестировании — к отсутствию фактического. Ну и если формально проблем нет, а пользователь в который раз недоволен, то разве система идеальна с точки зрения обеспечения качества?
Парадигма ISTQB насчитывает несколько определений, схожих с багом:
- Ошибка — действие человека, которое приводит к неправильному результату (например, то, что привело к дефекту)
- Дефект (или баг) — недостаток рабочего продукта, проявляющийся в несоответствии требованиям или спецификациям (скрытый отказ)
- Отказ — событие, при котором компонент или система не выполняет требуемую функцию в соответствии со спецификацией (проявление дефекта)
- Аномалия — любое состояние, отличающееся от ожидаемого (вообще не встречал, чтобы этот термин хоть где-то использовался за рамками их глоссария)
И, наконец, теперь мы можем говорить: “Вот ошибка, вот дефект, а вот отказ”, путая всех непосвященных…
Если же с адептами ISTQB не по пути, поделюсь еще одним определением, которое когда-то встретил у Ольги Назиной. Сама Ольга ссылается на Джеймса Баха, который, в свою очередь, ссылается на Джерри Вайнберга:
Баг — это проблема для тех лиц, чье мнение имеет для нас значение
Оно не только учитывает замечания, перечисленные выше, но и подчеркивает значение конечного пользователя, о котором в процессе выполнения своих задач все могли забыть 😞