Вернуться в видеотекуСобеседование на тестировщика ПО (Junior QA) №10
Разбор учебного собеседования на Junior QA с ответами кандидата и подробными пояснениями интервьюера. Видео охватывает базовую теорию тестирования и практические ситуации, полезные для подготовки к интервью.
- Направление
- QA
- Формат
- Мок-собеседование
- Грейд
- Junior
- Длительность
- 1 ч 30 мин
Коротко о видео
Публичное учебное собеседование на Junior QA: кандидат Сергей отвечает на вопросы, а интервьюер уточняет формулировки и разбирает практические примеры. Обсуждаются основы тестирования, виды и уровни тестирования, тест-дизайн, документация, баг-репорты и жизненный цикл дефекта. В конце интервьюер выделяет темы, которые Сергею стоит повторить перед реальными собеседованиями, и советует регулярно ходить на интервью ради практики.
Затронутые темы
Что взять на заметку
- Определяйте тестирование как сопоставление фактического и ожидаемого результата; при отсутствии явных требований источниками ожиданий могут быть пользователи, аналогичные продукты, здравый смысл и договорённости с заказчиком.
- Для ответа о видах тестирования удобнее сначала назвать классификацию, затем примеры: по степени автоматизации, объекту, изменениям, уровням и методу доступа к системе.
- В локализации проверяйте язык, форматы даты и времени, валюты, единицы измерения, культурные особенности и отображение длинного либо RTL-текста.
- Различайте white-box и black-box по тому, понимаете ли вы код и что покрываете тестами: код или бизнес-требования; grey-box допускает частичное знание внутреннего устройства.
- При эквивалентном разбиении выбирайте представителей классов, а для границ проверяйте значения на границе и по обе стороны от неё; отдельно уточняйте, входят ли границы в допустимый интервал.
- Тест-план нужен прежде всего для фиксации объёма работ, условий и ожиданий команды; для небольшого проекта он может быть коротким документом, а не шаблоном на десятки страниц.
- В баг-репорте указывайте шаги, ожидаемый и фактический результаты, автора, исполнителя и вложения; при споре о дефекте сначала сверяйте окружение, версию сборки и факт доставки исправления через CI.