Собеседование ручного тестировщика | Выпуск №6, менторы Игорь и Катя | QA Studio
Практическое mock-интервью ручного тестировщика: теория QA, API-задачи, локализация дефектов и SQL. Менторы разбирают ответы кандидата и дают обратную связь по подготовке к реальным интервью.
QA Studio | Тестирование
Открыть на YouTube- Опубликовано на YouTube:
- Просмотры на YouTube: 29 тыс.
- Лайки на YouTube: 706
Таймлайн
Коротко о видео
Это пробное собеседование начинающего ручного тестировщика Ильи с менторами QA Studio. Кандидат рассказывает о самостоятельном входе в тестирование, затем отвечает на вопросы по видам тестирования, интеграциям, нагрузке, тест-дизайну, документации, JSON, HTTP API и SQL. Интервьюеры уточняют неточные ответы на практических примерах и в финале рекомендуют повторить интеграционное тестирование перед выходом на реальные собеседования.
Затронутые темы
Что взять на заметку
- Кандидат описывает рабочий порядок проверки новой платёжной интеграции: изучить требования и API-документацию в Swagger, составить чек-лист и тест-кейсы, проверить запросы через Postman и затем UI-сценарии.
- В простом сценарии оплаты интервьюер считает отдельное тестирование backend не обязательным: если вариаций данных мало и готов полный функционал, проверка через frontend может быть достаточной.
- Нагрузочное тестирование проверяет систему при ожидаемой нагрузке, а стресс-тестирование — её поведение за пределами нормальных условий и пределы устойчивости.
- Поводами для нагрузочного тестирования названы запуск нового продукта, существенные изменения включая миграции БД, ожидаемый всплеск трафика из-за маркетинговой акции и, реже, регулярные проверки в pipeline.
- Для диапазона возраста 10–90 кандидат приводит граничные значения 9, 10, 90 и 91; для классов эквивалентности — представители невалидного нижнего, валидного и невалидного верхнего диапазонов, например 5, 50 и 120.
- При отладке кнопки «Показать ещё» сначала следует проверить в DevTools, ушёл ли запрос: отсутствие запроса указывает на frontend, а успешный ответ без отображения товаров — на обработку ответа клиентом.
- Отчёт о тестировании полезно прикладывать к задаче с результатами, тест-кейсами и артефактами: это позволяет позже восстановить, что именно было проверено до выхода функциональности в production.