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

Техническое собеседование джуна тестировщика

Разбор технического собеседования junior QA: кандидат отвечает на теоретические и практические вопросы, а интервьюер уточняет формулировки и объясняет ключевые темы ручного тестирования.

Источник: QAQC

Открыть на YouTube

Таймлайн

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

Автор проводит техническое собеседование с кандидатом на стажировку junior QA и по ходу разбирает неточные ответы. Обсуждаются основы тестирования, тестовая документация, баг-репорты, тест-дизайн, виды тестирования, UI/UX, API и кроссбраузерная проверка. В конце кандидат говорит о перерыве после курса по ручному тестированию, а интервьюер обещает обратную связь в течение одной-двух недель и сообщает о возможной стажировке либо подарке от школы.

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

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

  • Для ответа о цели тестирования полезно связать сравнение ожидаемого и фактического результата с информированием заинтересованных лиц, снижением рисков и повышением доверия пользователя к продукту.
  • При первичной проверке приложения кандидат и интервьюер начинают с позитивных, основных функциональных сценариев; для мессенджера это, например, отправка и получение сообщений.
  • Тест-кейс нужен для подробно воспроизводимой проверки: заголовок, предусловия, шаги и ожидаемый результат. Чек-лист уместнее для быстрых повторяемых проверок и часто меняющегося функционала.
  • В баг-репорте помимо понятного краткого заголовка нужны предусловия, шаги, ожидаемый и фактический результаты, доказательства, окружение и версия продукта или сборки.
  • Стоит знать назначение техник тест-дизайна: классы эквивалентности и граничные значения сокращают набор проверок, попарное тестирование помогает при множестве параметров; также названы таблицы решений и диаграммы состояний и переходов.
  • После найденного дефекта следует добавить проверку в регрессионный набор — тест-кейс или чек-лист, — чтобы не пропустить повторное появление ошибки.
  • Для API-интервью нужно уметь объяснить, что GET обычно получает данные и передаёт параметры в URL, а POST обычно создаёт ресурс и передаёт данные в теле запроса, часто в JSON; ответ сервера зависит в том числе от заголовков и типа клиента.

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