Какие пять проверок можно выполнить для формы регистрации с обязательными полями, чтобы покрыть максимум функционала?
Что проверяют
Умеете ли вы выбирать проверки с наибольшей отдачей, а не перечислять всё подряд. Ограничение «пять проверок» заставляет расставить приоритеты и применить техники тест-дизайна. Следом обычно просят сказать, какие две вы выкинете, если времени хватит только на три.
Как отвечать
Покажите, что каждая проверка закрывает свой класс ошибок:
- позитивный сценарий: все обязательные поля заполнены корректно, аккаунт создан, пользователь попал куда нужно, письмо подтверждения пришло. Без этого остальное не имеет смысла;
- пустые обязательные поля: отправка пустой формы и по одному пустому полю. Поле подсвечено, текст ошибки понятен, запрос на сервер не ушёл или сервер его отклонил. Сюда же строка из одних пробелов;
- граничные значения длины: для пароля и имени по технике граничных значений проверяются минимум, минимум минус один, максимум и максимум плюс один;
- формат и классы эквивалентности: валидный и невалидный email, телефон в разных форматах, кириллица, пробелы по краям. Из каждого класса достаточно одного представителя;
- уникальность и серверная валидация: регистрация на уже занятый email, в том числе в другом регистре. Затем отправка запроса в обход фронтенда через DevTools или Postman: сервер обязан отклонить пустое поле, даже если форма не даёт его отправить.
Упомяните, что за рамками пятёрки остаются безопасность (XSS и SQL-инъекции в полях), доступность и двойной клик по кнопке отправки. Их стоит назвать как следующий приоритет.
Где спотыкаются
Тратят все пять проверок на валидацию одного поля и забывают про позитивный сценарий. Форма может идеально ругаться на ошибки и при этом не создавать аккаунт.
Проверяют только интерфейс. Валидация на фронтенде обходится за минуту, и настоящий баг часто в том, что сервер принимает данные, которые форма бы не пропустила.
Придумывают слишком строгие ожидания. Правило «в имени только буквы» отсекает Анну-Марию и фамилии с апострофом, а проверка email по одному символу «@» пропускает мусор. Ожидаемое поведение сверяют с требованиями, а не сочиняют на ходу.