Базовый вопрос, на котором сыпятся многие джуны. Тут сразу видно: человек заучил определение или понимает суть.
❓ Как ответить, чтобы это звучало профессионально?
Мой вариант:
«Баг — это отклонение фактического поведения системы от ожидаемого, которое описано в требованиях, логике продукта или здравом смысле».
📌 Почему важно упоминать требования?
Представьте: вы жмёте кнопку «Отправить», а ничего не происходит.
Баг? Да.
А если вы жмёте «Отправить», и форма улетает, но нет сообщения «Спасибо»?
- Если в ТЗ написано «Показать сообщение» — это баг.
- Если в ТЗ про сообщение ни слова — это «хотелка» (Change Request), но формально не баг.
🆚 Примеры для понимания:
❌ Это баг:
- Скидка считается 15% вместо 20% по ТЗ.
- Приложение крашится от смайлика в имени.
- Кнопка не нажимается.
✅ Это НЕ баг:
- «Мне не нравится этот оттенок синего» (вкусовщина).
- «Хочу, чтобы тут была еще кнопка печати» (новая фича).
💡 Лайфхак для собеса:
Всегда добавляйте к определению живой пример.
«Например, на прошлом проекте в ТЗ было указано списание 100 рублей, а списывалось 101. Фактический результат отличался от ожидаемого — это баг бизнес-логики».
💬 А какое определение используешь ты? Пиши в комменты, разберем!
#qa_собес #qa_теория #qa_from_zero #softwaretesting #qa