Мок-интервью тестировщика: документация, API и базы данных
Кандидат отвечает на вопросы о тест-кейсах, видах тестирования, баг-репортах и API. Во второй части интервьюер проверяет понимание клиент-серверной и микросервисной архитектуры, баз данных и даёт обратную связь.
- Опубликовано на YouTube:
- Просмотры на YouTube: 2,3 тыс.
- Лайки на YouTube: 41
Таймлайн
Коротко о видео
Открытое мок-собеседование на позицию junior manual QA. После самопрезентации кандидат отвечает на вопросы о тест-кейсах и чек-листах, уровнях тестирования, smoke/sanity/regression, баг-репортах, severity и priority. Затем обсуждаются техники тест-дизайна и задача на классы эквивалентности и граничные значения. Во второй половине интервью проверяются основы API и REST, HTTP-методы, путь браузерного запроса, клиент-серверная и микросервисная архитектуры, нормализация БД, а также SQL-задача с JOIN, SUM, GROUP BY и HAVING. В финале интервьюеры оценивают кандидата как джуна и рекомендуют укрепить процессы, базу по API и сетям, а также самопрезентацию.
Затронутые темы
Что взять на заметку
- Тест-кейс должен описывать цель, предусловия, шаги и ожидаемый результат так, чтобы его можно было воспроизвести.
- Smoke, sanity и regression отличаются объёмом и целью проверки; их нельзя использовать как взаимозаменяемые названия.
- В баг-репорте нужно отделять серьёзность влияния дефекта от приоритета его исправления.
- При объяснении API полезно проследить путь запроса между клиентом, сервером и зависимыми сервисами.
- Граничные значения нужно проверять отдельными тестами вокруг допустимых диапазонов.