Вернуться в каталог собеседований

42th #ArtsiomRusau !!! QA Interviews Stream. 25.09.2021 at 10:10. GMT(UTC) +3

Открытый тренировочный стрим по подготовке к QA-собеседованиям с несколькими кандидатами и вопросами от аудитории. В фокусе — ручное и автоматизированное тестирование, API, SQL, Scrum, мобильные сценарии, логические задачи и оформление резюме.

Вадим Ксендзов
  • Опубликовано на YouTube:
  • Просмотры на YouTube: 31,6 тыс.
  • Лайки на YouTube: 841
Открыть на YouTube

Таймлайн

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

Длинный открытый стрим «42-й поток тренировочных собеседований QA», где ведущие проводят мок-интервью с начинающими специалистами и разбирают их ответы. Обсуждаются QA-процессы, тестовая документация, регрессия, API и HTTP, SQL, Scrum, мобильное тестирование, а также Java и Selenium WebDriver для автоматизации. Ведущие дают обратную связь по резюме, портфолио и подготовке; это тренировочный формат, а не собеседование в конкретную компанию.

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

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

  • Если QA приходит в проект один, полезно сначала разобраться в требованиях, продукте и опыте коллег, а затем приоритизировать проверки; документацию стоит наращивать по мере необходимости и поддерживать актуальной.
  • Нужно чётко различать тест-кейс и чек-лист: тест-кейс описывает сценарий со шагами и ожидаемым результатом, а чек-лист остаётся компактным списком проверок. Нужна ли в чек-листе отдельная колонка фактического результата, зависит от процесса команды.
  • Для регрессии недостаточно брать все тесты: в первую очередь отбирают критичный и часто используемый функционал, области недавних изменений, ранее дефектные и высокоприоритетные сценарии.
  • При неработающем действии в веб-интерфейсе, например удалении комментария, диагностику начинают с DevTools: проверяют, ушёл ли запрос во вкладке Network, его метод, URL, статус, заголовки, тело и авторизацию.
  • Для загрузки файлов нужно комбинировать проверки количества, размера и типа файлов: границы 0/1/5/6 файлов, размеры около лимита, пустые файлы, удаление и повторную загрузку, а также переименование расширения без смены фактического формата.
  • После обновления мобильного приложения следует проверять не только новый функционал и регрессию, но и миграцию пользовательских данных, сохранность прогресса и покупок, а также продолжение прерванной загрузки обновления.
  • Ведущие советуют подтверждать навыки в резюме проверяемыми артефактами: ссылками на баг-репорты, тестовые задания, коллекции Postman или другие результаты практики.

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