Web QA Lab

Тренажёр тестирования веб-приложений: формы и валидация, авторизация и сессии, адаптивная вёрстка, расследование через DevTools (Console/Network), cookies и localStorage, баг-репорты, регрессия, cross-browser и сквозное тестирование фичи. Вы отрабатываете навыки, которые применяете в браузере каждый день.

Теория перед практикой · 2 разделов

Веб-приложение = клиент (HTML/CSS/JS в браузере) + сервер (API). Большинство дефектов QA ловит через DevTools (F12): вкладка Console показывает JS-ошибки, Network — HTTP-запросы, их статусы (2xx/3xx/4xx/5xx), заголовки и тела; Application — cookies, localStorage и sessionStorage. Адаптивную вёрстку проверяют через device toolbar и реальные breakpoints (≈360px mobile, 768px tablet, 1024px+ desktop).

Сессии и безопасность: после логина сервер обычно ставит cookie сессии с атрибутами HttpOnly (недоступна из JS — защита от XSS), Secure (только по HTTPS) и SameSite (защита от CSRF). После logout cookie/токен должны инвалидироваться. Валидация должна быть и на клиенте (UX), и на сервере (безопасность). Хороший QA не верит интерфейсу: он сверяет UI с тем, что реально ушло в Network и легло в storage.

Задача 1 / 12

Тест-кейсы для формы регистрации

Форма регистрации — точка входа в продукт и частый источник дефектов. Здесь сходятся валидация полей (email, пароль, согласие), обработка дублей (email уже занят), безопасность (пароль не уходит в открытом виде в лог) и UX (понятные ошибки). Полный набор кейсов покрывает позитивные и негативные сценарии и граничные значения.

Задание. Спроектируйте набор тест-кейсов для формы регистрации (email, пароль, подтверждение пароля, чекбокс согласия). Перечислите позитивный сценарий и негативные: невалидный email, слабый/короткий пароль, несовпадение паролей, занятый email, незаполненные обязательные поля. Сверьтесь с критериями.

Отметьте критерии, которым соответствует ваш ответ: