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

Собеседование на тестировщика ПО (Junior QA) №18

Разбор тренировочного собеседования на Junior QA с вопросами по теории тестирования и подробной обратной связью. В конце обсуждаются слабые места кандидата и поиск первой работы.

Источник: cherkasovschool

Открыть на YouTube

Таймлайн

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

Публичное тренировочное собеседование с начинающим QA Сергеем: интервьюер проверяет базовую теорию тестирования, тест-дизайн, документацию, баг-репорты, API и различия веб-, нативных и гибридных приложений. По ходу он уточняет и корректирует ответы кандидата, в частности про UX/UI, граничные значения, жизненный цикл дефекта и форматы HTTP-запросов. В финале интервьюер отмечает в целом верные, но неуверенные ответы и советует готовиться к кратким формулировкам и поиску вакансий вне HeadHunter.

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

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

  • Для ожидаемого результата тестировщик опирается прежде всего на требования; при их отсутствии — на здравый смысл и аналогичные продукты.
  • Эквивалентное разбиение и анализ граничных значений нужны для сокращения числа тестов без заметной потери покрытия: для диапазона 10–20 проверяют 9, 10, 20 и 21, а не все значения.
  • UX как пользовательский опыт нельзя полноценно автоматизировать, тогда как UI можно проверять инструментами визуального сравнения интерфейсов и скриншотов.
  • В тест-плане обсуждаются сроки, объём и виды тестирования, а критериями завершения могут быть прохождение запланированных проверок и отсутствие открытых дефектов критичного приоритета.
  • Перед заведением баг-репорта кандидат называет проверку воспроизводимости и поиск дубликатов; при споре с разработчиком нужно сверить версию, техническое окружение и требования, затем при необходимости привлечь менеджера.
  • Для API-запроса важно уверенно назвать метод, URL, заголовки и, если он предусмотрен, тело; в ответе — статус-код, заголовки и тело. JSON — лишь один из возможных текстовых форматов наряду с XML и другими.
  • На собеседовании интервьюер советует сначала дать короткое определение, а детали и пример добавлять только по запросу, чтобы не создать лишних поводов углублять вопрос.

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