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

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

Это учебное мок‑собеседование на позицию Junior QA: кандидат отвечает на вопросы, а интервьюер уточняет и исправляет неточности. Обсуждаются основы тестирования, классификации и техники тест-дизайна, тестовая документация и работа с баг-репортами. В финале разбираются клиент-серверное взаимодействие, различия веб-, нативных и гибридных приложений, а также темы, которые кандидату стоит повторить.

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

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

• Ожидаемый результат проверки следует брать из требований, спецификации и бизнес-документации, а не только из личного опыта работы с похожим продуктом.
• Monkey testing — это интуитивные или случайные действия для поиска скрытых дефектов; его полезно применять, когда требований нет или они неполны.
• При объяснении white-box и black-box testing важно говорить не только о знании внутренностей системы: black box покрывает требования и поведение продукта, white box — код и отдельные модули.
• Для диапазона целых значений от 10 до 20 в анализе граничных значений обычно достаточно проверить 9, 10, 20 и 21; проверка середины интервала зависит от принятого подхода.
• В тест-кейсе ключевые поля — название, шаги и ожидаемый результат; фактический результат обычно фиксируют в баг-репорте или результате прогона, а не в самом тест-кейсе.
• Если баг помечен как «не баг» или «дубликат», сначала нужно сверить требования, воспроизведение, исходную задачу и её статус; не следует поспешно закрывать тикет.
• Для собеседования стоит сначала кратко дать определение техники или понятия, а подробный пример приводить по запросу интервьюера.