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

Мок-интервью тестировщика: документация, API и базы данных

Кандидат отвечает на вопросы о тест-кейсах, видах тестирования, баг-репортах и API. Во второй части интервьюер проверяет понимание клиент-серверной и микросервисной архитектуры, баз данных и даёт обратную связь.

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

Открыть на YouTube

Таймлайн

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

Открытое мок-собеседование на позицию junior manual QA. После самопрезентации кандидат отвечает на вопросы о тест-кейсах и чек-листах, уровнях тестирования, smoke/sanity/regression, баг-репортах, severity и priority. Затем обсуждаются техники тест-дизайна и задача на классы эквивалентности и граничные значения. Во второй половине интервью проверяются основы API и REST, HTTP-методы, путь браузерного запроса, клиент-серверная и микросервисная архитектуры, нормализация БД, а также SQL-задача с JOIN, SUM, GROUP BY и HAVING. В финале интервьюеры оценивают кандидата как джуна и рекомендуют укрепить процессы, базу по API и сетям, а также самопрезентацию.

Затронутые темы

Что взять на заметку

  • Тест-кейс должен описывать цель, предусловия, шаги и ожидаемый результат так, чтобы его можно было воспроизвести.
  • Smoke, sanity и regression отличаются объёмом и целью проверки; их нельзя использовать как взаимозаменяемые названия.
  • В баг-репорте нужно отделять серьёзность влияния дефекта от приоритета его исправления.
  • При объяснении API полезно проследить путь запроса между клиентом, сервером и зависимыми сервисами.
  • Граничные значения нужно проверять отдельными тестами вокруг допустимых диапазонов.

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