Вернуться в видеотеку

Собеседование ручного тестировщика | Выпуск №6, менторы Игорь и Катя | QA Studio

Практическое mock-интервью ручного тестировщика: теория QA, API-задачи, локализация дефектов и SQL. Менторы разбирают ответы кандидата и дают обратную связь по подготовке к реальным интервью.

Источник: QA Studio | Тестирование

Открыть на YouTube

Таймлайн

Коротко о видео

Это пробное собеседование начинающего ручного тестировщика Ильи с менторами 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.

Рекомендуем посмотреть