В 2026 на интервью всё чаще дают не «что такое регрессия», а реальные ситуации. Вот 5 типичных и как к ним подходить:
1️⃣ «Как протестируешь форму логина?»
🔜 Не «введу данные». А: валидные/невалидные данные, пустые поля, SQL-инъекции, спецсимволы, блокировка после N попыток, UX при ошибке.
2️⃣ «Требования неполные. Что будешь делать?»
🔜 Задокументируешь, что неясно. Уточнишь у аналитика/PM. Не начнёшь тестировать «как понял».
3️⃣ «Нашёл баг за час до релиза. Действия?»
🔜 Оцениваешь критичность. Сообщаешь команде с конкретикой (шаги, скрины, severity). Решение о релизе — не твоё, но информация — твоя зона ответственности.
4️⃣ «Как тестировать API без документации?»
🔜 Сниффинг трафика (DevTools, Fiddler). Исследовательское тестирование эндпоинтов. Проверка кодов ответа, структуры JSON, граничных значений.
5️⃣ «Релиз прошёл, баг в проде. Почему пропустили?»
🔜 Без оправданий. Анализ: был ли кейс в плане? Покрывал ли регресс этот сценарий? Какие действия, чтобы не повторилось?
🐸 Библиотека тестировщика
#карьерный_трек