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

93 QA Interviews Stream. 17.06.2023 at 10:00 GMT(UTC) +3

Учебный стрим с публичными пробными QA-собеседованиями и разбором ответов. Участники обсуждают теорию тестирования и решают практические задачи по авторизации, интеграциям и правам доступа.

Источник: Вадим Ксендзов

Открыть на YouTube

Таймлайн

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

Публичный учебный стрим с пробными QA-собеседованиями: ведущий опрашивает Алексея с небольшим опытом коммерческой практики и Кирилла, работавшего в продукте и аутсорсе. Разбираются API-тестирование, критерии входа и выхода, маскированные дефекты, тестирование отказа и восстановления, миграции данных, QA и QC. Во второй части участники решают практические задачи по тест-дизайну: строят состояния авторизации, проверяют интеграцию со сторонним сервисом и права доступа пользователей.

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

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

  • Для критериев входа в тестирование полезно перечислять окружение, устройства, доступы, инструменты, тестовые данные и понимание функциональности; наличие полной документации не всегда обязательно.
  • Решение о выходе в релиз зависит не только от дедлайна и покрытия, но и от серьёзности открытых дефектов, бюджета и пройденных критичных проверок.
  • Тестирование отказа и восстановления должно искусственно вызывать падение приложения и проверять сохранность пользовательских данных после перезапуска; особенно это важно для desktop- и mobile-приложений из-за неконтролируемых конфигураций устройств и перебоев питания.
  • При тестировании миграций нужно проверять перенос данных между версиями приложения и базами данных, а для cookie — отдельные сценарии отказа, частичного выбора и полного согласия пользователя.
  • Для формы авторизации стоит описать состояния и переходы: успешный и ошибочный вход, неверные учётные данные, блокировку после попыток, деактивированного пользователя, сбои во внешнем сервисе и восстановление пароля.
  • Расхождение между ручным и автоматизированным прогоном может возникать из-за ошибки ручной проверки, дефекта автотеста, разных окружений, зависимостей между тестами или устаревших локаторов после изменения UI.
  • QA в изложении ведущего выстраивает процесс предотвращения дефектов, а QC проверяет качество готового результата; независимый тестировщик находит пользовательские сценарии, которые разработчик своей функции может не заметить.

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