Поля и согласие
Проверяем обязательные поля, маски, подсказки, правила пароля, согласие и доступность формы с клавиатуры.
Создание аккаунта
Не работает регистрация на сайте
Проверяем путь от заполнения формы до первого входа: валидацию, создание пользователя, CAPTCHA, подтверждение email или телефона и выдачу прав. Для диагностики используем тестовую учётную запись.
Путь пользователя
Где останавливается
регистрация
Форма может принять данные и не создать рабочий аккаунт. Мы прослеживаем весь сценарий: браузер, сервер, базу пользователей, очередь сообщений и первый вход.
Защита от ботов
Сверяем CAPTCHA, лимиты попыток и поведение при блокировке, чтобы защита не останавливала обычного пользователя.
Создание аккаунта
Проверяем серверную валидацию, уникальность контакта, запись в базу, хеширование пароля и ответ API.
Подтверждение
Смотрим отправку письма или кода, срок и одноразовость ссылки, повторную отправку и смену статуса аккаунта.
Первый вход
Проверяем активацию, назначение роли, cookie, сессию и переход в личный кабинет после подтверждения.
Аналитика
Событие регистрации фиксируется после создания аккаунта, без дубля при обновлении страницы или повторном callback.
Результат
Новый пользователь получает рабочий аккаунт
Понятная форма
Ошибочное поле отмечено рядом, введённые данные не пропадают без причины.
Надёжное подтверждение
Письмо или код можно запросить повторно, а просроченная ссылка не активирует аккаунт.
Рабочий первый вход
После подтверждения пользователь получает корректную роль и видит свои данные.
Безопасная диагностика
Проверяем сценарий без паролей клиентов
Рекомендации OWASP по аутентификации советуют не раскрывать через ответ регистрации, существует ли конкретный пользователь. Мы используем тестовый аккаунт, а подробную причину сохраняем в журнале для разработчика.
Новый контакт
Аккаунт создаётся один раз и переходит в ожидаемый статус.
Повторный контакт
Ответ помогает продолжить сценарий, не раскрывая лишние сведения об аккаунте.
Ошибочные данные
Пользователь видит конкретное поле и сохраняет корректно заполненную часть формы.
Просроченное подтверждение
Старая ссылка отклоняется, новая отправляется по контролируемому запросу.
Границы работ
Какие данные нужны для диагностики
Для начала достаточно URL формы, устройства, времени ошибки и её точного текста. Проверку проводим на отдельном тестовом адресе или номере. Доступ к почтовому сервису, журналам и базе нужен только после локализации сбоя. Мы не просим пароль клиента и не меняем правила регистрации без согласования: ограничения могут быть частью защиты от ботов или требований конкретного проекта.
Создание аккаунта
От формы до первого входа
Регистрация включает проверку полей, создание пользователя, подтверждение контакта и запуск сессии. Ошибка может оставить частично созданную запись, из-за которой повторная попытка сообщает, что контакт уже занят.
Поля и согласие
Проверяем обязательность, формат телефона и email, длину пароля, чекбокс согласия и понятные сообщения рядом с ошибочным полем. Сервер повторяет критические проверки.
Уникальность
Нормализуем контакт до сравнения и обрабатываем параллельные запросы. Повторная отправка не должна создавать два аккаунта или раскрывать существование чужого пользователя.
Подтверждение
Тестируем письмо, SMS или ссылку: срок действия, одноразовое использование и повторную отправку. Старый код перестаёт работать после выпуска нового.
Первый вход
После подтверждения проверяем роль, профиль, редирект и создание сессии. Если регистрация пришла из заказа, связь с корзиной и заказом сохраняется.
Защита и контроль
Тестируем без реальных клиентов
Используем отдельные тестовые контакты и удаляем их после приёмки. Проверяем успешную регистрацию, занятый контакт, неверный код, истёкшую ссылку и ограничение частых запросов. Пароль хранится только в виде стойкого хеша. Логи не должны содержать пароль, код подтверждения или полный набор персональных данных.
После восстановления
Контролируем воронку регистрации
Разделяем показ формы, успешную серверную проверку, отправку подтверждения, подтверждённый контакт и первый вход. Падение между этапами помогает отличить неудобную форму от сбоя доставки или создания сессии.
Технические журналы хранят код результата и ID операции без пароля и полного кода подтверждения. После изменения почтового сервиса или SMS-провайдера повторяем сценарии доставки, истечения и повторной отправки на тестовых контактах.
Состояния регистрации
Частично созданный аккаунт требует отдельного сценария
Пользователь может закрыть страницу до подтверждения, не получить письмо или запросить новый код. Система должна продолжить регистрацию без дубля и без ручного удаления записи администратором.
Ожидает подтверждения
Повторная форма предлагает отправить новый код. Мы ограничиваем частоту, аннулируем прежний код и сохраняем понятный срок действия.
Контакт уже занят
Пользователь получает путь ко входу или восстановлению. Ответ не раскрывает лишние сведения и не позволяет перебирать зарегистрированные адреса.
Внешняя CRM
Если регистрация создаёт контакт или сделку, сбой CRM не должен оставлять локальный аккаунт в неизвестном состоянии. Повторная синхронизация использует тот же идентификатор.
Для проверки нужны тестовый email или телефон и доступ к журналу доставки. Мы не используем контакты реальных клиентов. Результат принимаем, когда новый пользователь, незавершённая регистрация и повторная попытка получают предсказуемый статус, а администратор видит причину отказа.
Вопросы
Перед исправлением
Почему аккаунт не создаётся?
Проверяем валидацию, уникальность контакта, базу, CAPTCHA, согласие и ответ серверного API.
Почему не приходит подтверждение?
Проверяем очередь, почтовый сервис, настройки домена, шаблон, срок ссылки и повторную отправку.
Нужен пароль клиента?
Нет. Диагностику проводим на отдельной тестовой учётной записи.
Что тестируется после ремонта?
Новый и повторный контакт, неверные поля, просроченная ссылка, мобильная версия и первый вход.
Первый шаг
Опишите шаг до ошибки
Пришлите URL регистрации, устройство и текст сообщения. Пароли и данные реальных клиентов не отправляйте.