Вернуться в видеотеку91 QA Interviews Stream. 27.05.2023 at 09:20 GMT(UTC) +3
Практический стрим по подготовке к QA-собеседованиям с несколькими кандидатами. Ведущий задаёт технические, ситуационные и практические вопросы, разбирает ответы и показывает, какие навыки стоит отработать перед интервью.
- Направление
- QA
- Формат
- Видео
- Длительность
- 3 ч 24 мин
Коротко о видео
Это длительный стрим с тренировочными QA-собеседованиями: ведущий проверяет нескольких участников вопросами, устными разборами и практическими заданиями с демонстрацией экрана. В первой большой части кандидат готовится к предстоящему анонимному собеседованию на стажировку и разбирает клиент-серверную архитектуру, HTTP/API, тест-дизайн, SQL, DevTools, мобильное тестирование и основы тестовой документации. Затем другие участники выполняют задания в терминале и Git, обсуждают диагностику веб- и мобильных проблем, работу с логами, нагрузочное тестирование, документацию и рабочие ситуации.
Затронутые темы
Что взять на заметку
- На QA-собеседовании могут попросить не только отвечать, но и расшарить экран: нарисовать путь запроса клиент—сервер—БД, объяснить API, endpoint и URL либо выполнить действие в терминале.
- Для SQL стоит отдельно отрепетировать агрегации и GROUP BY: сначала уточнять, требуется ли посчитать строки, остатки товара или иную величину, затем группировать по нужному полю, например type.
- Нужно уверенно выполнять базовые операции в терминале и Git: определить текущий путь, создать каталог и файл, просмотреть и изменить содержимое, скопировать файл, клонировать репозиторий, сделать commit, создать ветку и отправить её в удалённый репозиторий.
- При клике по кнопке без видимого результата следует разделить гипотезы: проверить событие и JavaScript-ошибки в Console, наличие запроса во вкладке Network, его ответ и обработку ответа интерфейсом.
- Технику переходов состояний полезно оформлять схемой со состояниями, событиями, условиями переходов и ожидаемыми результатами; так проще не потерять критические пользовательские пути и составить сценарии.
- Парное тестирование сокращает набор комбинаций, но результаты генератора нужно фильтровать по смыслу: невозможные или нерелевантные сочетания окружений не должны попадать в проверки.
- Для мобильного билда нужно проверять как обновление поверх старой версии, так и чистую установку после удаления приложения; для плавающего дефекта фиксировать частоту воспроизведения, например «1 из 15».
- Для проверки новой веб-версии следует учесть кэш: очистить его либо открыть сайт в режиме инкогнито, а затем пройти smoke и регрессионные проверки.