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