Секреты Тестирования Регистрации

Чаще всего встречается два поля под пароль и один под емаил адрес.
Именно этот случай я и буду рассматривать далее.

Shot121

Любой адрес электронной почты состоит из двух частей
Локальной части и Доменной части. Их разделяет символ @
Доменная часть идет после знака @.
Ее программа выделяет в первую очередь чтобы найти сервер
на котором должен находиться почтовый ящик пользователя.
Доменная часть делится на поддомен (до точки)и на домен первого уровня
(его еще называют TLD), например com, или домен второго уровня, например com.ua
test@poddomen.domen
test@poddomen.do.men
также может быть test@poddomen.poddomen.domen
Локальная часть идет до знака @
После того как найден сервер, на него отправляется письмо.
Локальная часть уже конкретно указывает на имя почтового ящика на этом сервере.

Проверка полей может быть на стороне клиента(то есть браузера) и на стороне сервера.

Проверка на стороне клиента.
Он работает сразу когда ты вводишь символы в поля и как только ты нажал кнопку «отправить».
Если ты вводишь не те символы то рамка поля окрашивается в красный цвет.
Или выводится предупреждение рядом с полем.
Проверка на стороне клиента может быть с помощью html и javascript.
Например есть разные варианты полей.
Можно использовать обычное текстовое поле,
а можно использовать поле для емаила.
Поле для емаила проверяет есть ли знак @ в поле или нет,
и если нет тогда поле выдает предупреждение.
Либо пишется проверка на javascript, которая проверяет поле сразу после нажатия кнопки «отправить».
Помни, что проверки на стороне клиента может и не быть.
Тебе не нужно учиться программировать, тебе нужно только
понимать что происходит и как это можно использовать в тестировании.
Проверка на стороне сервера.
После нажатия кнопки данные отправляются на сервер.
Там они проверяются написанным файлом.(чаще  тоже с помощью регулярных выражений)
Однако там проверки может и не быть.
Для проверки емаила например чаще используют регулярные выражения.
Так легче отфильтровать определенные символы и пропустить другие.
Если нет спецификации то откуда взять представления о том как «надо»?
Как адрес должен выглядеть?
Какой адрес считается за правильный, а какой нет?

Я знаю только три варианта:

  • Правила регистрации новой почты у популярных бесплатных почтовиков вроде Gmail, Mail.ru, Yandex и т.д.
  • Документ RFC.
    Это стандарты интернета. Тут не только про электронную почту.
    Таких документов существует много и они меняются и заменяют друг друга следуя за развитием интернета.
    Эти документы — попытка стандартизировать различные вещи в интернете и составить правила для всех.
  • Третий вариант — здравый смысл.
    ДА да, он самый. Здравый смысл твой самый лучший друг.
    Под здравым смыслом я подразумеваю логику и накопленный опыт.
Так как популярные почтовики дают возможность создавать только локальную часть — о ней и пойдет речь.

Shot123(зеленый — есть, красный — нет)

Правила регистрации почты популярных почтовиков.
— Начинается с буквы или цифры
— Заканчивается буквой или цифрой
— Обязательно должна быть буква в локальной части
— Можно использовать точку
— Можно использовать дефис
— Можно использовать нижнее подчеркивание
— Нельзя использовать спецсимволы
— Можно из одних цифр
— Минимум 4 символа в локальной части
— Максимум 32 символа в локальной части
— Не может начинаться и заканчиваться точкой
— Не может начинаться и заканчиваться дефисом
— Не может начинаться и заканчиваться нижним подчеркиванием
— Нельзя сочетать два спецсимвола подряд(точка с дефисом
или подчеркиванием, дефис с точкой и подчеркиванием)
— Нельзя использовать разрешенные спецсимволы подряд.
(Точка и точка, дефис и дефис, нижнее подчеркивание и нижнее подчеркивание)
Почта на своем домене.
Помимо бесплатных почтовиков можно создать свою почту с ссылкой твоего сайта в доменной части.
Обычно для этого выкупается какой то домен и уже с помощью хостера либо воспользовавшись опять же услугами популярных почтовиков сделать себе почту.
Например если у тебя куплен домен 9m.com, то ты на его основе можешь сделать себе почту tester@9m.com и подобные. Вписывая почти что угодно в локальную часть.
(лично мне удалось сделать)
— Локальная часть из одной буквы
— Локальная часть из одной цифры (4@marshrut-testirovshika.ru)
— Локальная часть может начинаться и заканчиваться нижним подчеркиванием (b_@marshrut-testirovshika.ru)
— Локальная часть может состоять из одного нижнего подчеркивания (_@marshrut-testirovshika.ru)
— Локальная часть может содержать два нижних подчеркивания подряд
— Локальная часть не может начинаться с точки или дефиса
— Локальная часть не может заканчиваться точкой или дефисом
— Кириллица в логине у меня не получилась
— Запрещены спецсимволы кроме дефиса, точки и нижнего подчеркивания.
— 63 символа в локальной части. 64 ни в какую не получается зарегистрировать.
(123456789012345678901234567890123456789012345678901234567890123@marshrut-testirovshika.ru)
Можешь попробовать написать на один из них, автоответчик должен ответить какой нибудь бессмысленной херней.

(перейди на следующую страницу…)

20 комментариев

  1. Очень полезный материал! Больше пиши подобного. Именно по таким статьям можно научиться. Да, многие будут спорить, что не прав и сделал работу за новичков и лишил их возможности думать. Но, а как же тогда можно научится чему-то не разобрав пару десятков подробных примеров??
    Также хочу почитать про секреты тестирования поиска на сайте и корзины.

  2. Привет, Артем. Опечатка на второй странице в секретах тестирования регистрации.
    — Локальная часть из одной цифры (4@maeshrut-testirovshika.ru)

  3. Очень полезная статья, спасибо. Всегда интересно посмотреть — так а как же оно на практике делается)
    Так получается если по документации поддерживается протокол RFC 6530, со всякими китайскими и др языками, то достаточно проверить условно:
    — можно test@xn--hxajbheg2az3al.xn—jxalpdlp
    — можно xn--test@iana.org
    и они все попадут в этот перечень?

  4. Очень полезно для начинающих. Я сама заканчивала курсы тестировщиков. Могу сказать из опыта, что нас гоняли в основном по методологии (где-то 1,5 месяца из 3,5 ушло на это). А вот именно такие вещи нам не объясняли. Додумывали сами. И очень жаль.

  5. Спасибо! Пока только вливаюсь в сферу тестирования ПО и статьи написанные без всяких примудростей очень помогают. Интересно было бы почитать о тестировании веб приложений)

  6. Толковая статья, но на проектах зачастую нет времени протестировать полностью форму регистрации да и нет смысла, т.к. пользователь это вам не тестировщик)), а то что вылезет баг у пользователя не значит, что вы его найдете).(вспомнился закон Парето)
    Но относительно aaa@bbb.cc, буду иметь ввиду(я над этим как то и не задумывался)
    Спасибо за статью.

  7. Спасибо большое за статью!! Для начинающих тестировщиков это просто сокровище!! Я читала разную информацию, как проверять email адрес, но не удавалось все это, так хорошо проанализировать и разложить по полочкам. Столкнулась с тем, что некоторые требования, из разных источников, противоречат друг другу и у разных почтовиков свои требования. Тяжело все это собрать в одну кучу и понять, как тестировать!! Спасибо за Ваш труд!!

  8. Спасибо огромное за данную статью… Я начинающий тестировщик,на курсах сплошная теория… все очень поверхностно и как слепой котенок пытаюсь что-то глубже понять… Прочла вашу статью и восприятие данного материала … просто информация открыла глаза на реальность.. Спасибо!!!

  9. Артём спасибо! Я тоже начинающий тестировщик, но доже и не подозревала, что может быть столько проверок! Теперь твоя статья будет, как руководство пользователя. Спасибо тебе, за твою работу и за то, что делишься своим опытом!

  10. Локальная часть может начинаться и заканчиваться нижним подчеркиванием (b_@marshrut-testirovshika.ru)
    а в примере только заканчивается, перечитывал на досуге и увидел))

Добавить комментарий