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

Собеседование на ручного тестировщика (Junior QA) | Выпуск 9

Девятый выпуск публичного тренировочного собеседования на ручного тестировщика уровня Junior QA. Вопросы охватывают теорию тестирования, документацию, DevTools и базовую веб-архитектуру.

Источник: Quality Academy | Создаем тестировщиков с нуля

Открыть на YouTube

Таймлайн

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

Это публичное тренировочное собеседование с Дарьей, недавно закончившей курс по тестированию и готовящейся к позиции Junior QA. Интервьюер последовательно разбирает основы QA: требования, жизненный цикл ПО, принципы и виды тестирования, баг-репорты и приоритизацию дефектов. В заключительной части обсуждаются Chrome DevTools, cookies, cache, Storage и путь запроса в браузере через DNS к серверу.

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

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

  • Тестирование рассматривается как сопоставление фактического поведения продукта с требованиями, а QA — как деятельность на всех этапах жизненного цикла; ранняя проверка требований помогает находить проблемы дешевле.
  • Качественные требования должны быть понятными, однозначными, реализуемыми, необходимыми в контексте продукта, непротиворечивыми и атомарными; специализированные сокращения стоит расшифровывать.
  • В обсуждаемой последовательности жизненного цикла перед планированием формируются требования, затем идут разработка, тестирование, развёртывание и поддержка; анализ рынка нужен для проверки востребованности идеи.
  • Для подготовки стоит знать семь принципов тестирования: исчерпывающее тестирование невозможно, подход зависит от контекста, тесты нужно обновлять из-за «парадокса пестицида», раннее тестирование дешевле, а дефекты склонны группироваться.
  • Баг-репорт должен позволять воспроизвести проблему: содержать ясный заголовок в логике «что — где — когда», окружение и версию, предусловия, шаги, ожидаемый и фактический результаты, а при необходимости логи, скриншоты и ссылки на требования.
  • Ошибка разработчика может привести к дефекту в ПО, а найденный дефект фиксируется как баг; серьёзность описывает влияние проблемы на функциональность, а приоритет — срочность исправления с позиции бизнеса.
  • В пирамиде тестирования нижние тесты обычно многочисленнее, быстрее и дешевле; выше располагаются более сложные и хрупкие интеграционные, системные и end-to-end сценарии. Для проверки продуктовых гипотез интервьюер отдельно называет A/B-тестирование.
  • В DevTools разбираются Network для запросов и ответов, Elements для DOM и стилей, Console для логов и JavaScript, а также Lighthouse, Security и Application; доменное имя разрешается DNS-сервером в IP-адрес перед клиент-серверным запросом.

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