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