🔷Тестовые идеи для формы регистрации:

🔹. Заполнить все поля валидными значениями и зарегистрироваться

🔹. Оставить поля пустыми и нажать кнопку для регистрации

🔹. Заполнить обязательные поля невалидными значениями и нажать кнопку для регистрации

🔹. Проверить, что пользователь ещё не существует в системе при авторизации

🔹. Проверить, что зарегистрированный пользователь уже существует в системе

🔹. Проверить, что при вводе пароля, вводимые символы скрыты (не указываются явно)

🔹. Проверить, что существует поле для повторного ввода пароля, чтобы подтвердить

🔹. Проверить, что после регистрации приходит письмо на почту, чтобы подтвердить регистрацию

🔹. Проверить, что после подтверждения регистрации, данные о пользователе успешно сохранились в системе и в базе данных

🔹. Проверить, что вход в систему недоступен, если регистрация была не подтверждена

🔹. Проверить регистрацию с помощью социальных сетей (VK, Facebook, Google, Yandex и т.д.)

🔹. Проверить, что при нажатии кнопки регистрации, вы принимаете условия клиентского соглашения и политики конфиденциальности (условия использования).

🔹. Проверить,что ссылки для клиентского соглашения и политика конфиденциальности на форме регистрации открываются при нажатии и отображены корректно

🔹. Заполнить только необязательные поля валидными/невалидными значениями и нажать кнопку регистрации

🔹. Регистрация через е-mail почту и пароль

🔹. Регистрация через номер телефона и СМС- кодом для подтверждения

🔹. Заполнить текстовые поля только кириллицей / только латиницей согласно требованиям, проверить реакцию системы при валидном и невалидном вводах данных

🔹. При регистрации номером телефона, проверить, что ввод только цифрами

🔹. При регистрации e-mail почтой, проверить без @

🔹. При регистрации e-mail почтой, проверить с @@ ( и ещё куча других проверок с e-mail согласно требованиям)

🔹. Заполнить пароль без повтора, нажать кнопку регистрации и проверить реакцию системы

🔹. Заполнить повтор пароля с ошибкой, нажать кнопку регистрации и проверить реакцию системы

🔹. Проверить,что для пароля имеется иконка "Глаз" для просмотра пароля

🔹. Проверить, что для текстовых полей есть плейсхолдеры

🔹Заполнить все поля валидными значениями, выбрать капчу "Я не робот" и нажать кнопку регистрации

🔹. Заполнить все поля валидными значениями, не выбрать капчу "Я не робот" и нажать кнопку регистрации. Проверить реакцию системы.

🔹. После нажатия кнопки регистрации при пустых полях проверить,что поля выделяются красным цветом , и отображается сообщение об ошибке или тултип, или оповещение(алерт)

🔹 Проверить, что сообщения об ошибках в системе корректно отображены согласно требованиям

🔹. Заполнить неправильно код подтверждения по СМС

🔹. Обновить страницу при заполнении полей в форме регистрации, проверить реакцию системы (желательно,чтобы введённые данные сохранились)

🔹. Зарегистрироваться, если пользователь заблокирован в системе, проверить реакцию системы

🔹 Проверить, что данные после подтверждения регистрации сохранены корректно в базе данных

🔹. Проверить текстовые поля, поля для даты, радиокнопки на пол (Мужской, Женский) согласно указанным требованиям, так как проверок очень много на данные элементы

🔹. Введённые пробелы в начале и в конце в текстовых полях должны обрезаться при регистрации

🔹. Проверить граничные значения, максимальные и минимальные значения для текстовых полей

🔹. Заполнить все поля валидными либо невалидными данными и нажать кнопку отмены

🔹. Проверить, что пароль и повторный пароль чувствительны к регистру символов

🔹. Проверить, что пароль и повторный пароль в зашифрованном виде в базе данных

🔹. Если при регистрации несколько вкладок/страниц для заполнения, при переходе между ними, проверить, что введённые данные должны сохраняться

🔹. Ещё такая проверка: заполнить все поля, сделать небольшое ожидание, то есть дождаться окончание сессии (2 часа), проверить, если произойдет обновление, проверить, что поля остались заполненными.

🔹. и т.д.

Если данный материал полезен вам, то отпишитесь в Инстаграме, Мне будет очень приятно 💕

http://regexr.com

Пригодится очень, кто захочет писать скрипты на jemetr

#полезныессылки
#дляознакомления

https://telegra.ph/Android-Debug-Bridge-adb-10-10

https://www.instagram.com/p/CVS4GupM-yh/?utm_medium=copy_link

Особенности тестирования мобильного приложения 😀

#техникитестдизайна

Для попарного тестирования
https://www.pairwise.org/tools.html
🔷
https://pairwise.teremokgames.com/

🔷
https://slothman.dev/pairwise-generator/

🔷
https://pairwise.yuuniworks.com/

🔷
https://sqamate.com/tools/pairwise

🔷
https://file.generator.teremokgames.com/

🔷
https://youtu.be/-Lu27061BiY

Методы HTTP запроса
🔷Метод HTTP является безопасным, если он не меняет состояние сервера. Безопасный метод проводит операции "только чтение" (read-only).
Безопасные HTTP методы: GET, HEAD или OPTIONS.

🔹Все безопасные методы являются также идемпотентными

🔷Метод HTTP является идемпотентным, если повторный идентичный запрос, сделанный один или несколько раз подряд, имеет один и тот же эффект, не изменяющий состояние сервера.

🔹Корректно реализованные методы GET, HEAD, PUT и DELETE идемпотентны, но не метод POST.

🔷Небезопасные HTTP методы: POST, PUT или DELETE.

🔷Метод, используемый в запросе, кешируемый, если это GET или HEAD. Ответ для POST или PATCH запросов может также быть закеширован, если указан признак "свежести" данных и установлен заголовок Content-Location (en-US)

🔷Другие методы, такие как PUT и DELETE не кешируемые, и результат их выполнения не кешируется.
Коды ответа, известные системе кеширования, которые рассматриваются как кешируемые: 200, 203, 204, 206, 300, 301, 404, 405, 410, 414, 501.
Отсутствуют специальные заголовки в ответе, которые предотвращают кеширование: например, Cache-Control.

🔷Примеры:

🔹Вызов безопасного метода, не меняющего состояния сервера:
GET /pageX.html HTTP/1.1

🔹Вызов небезопасного метода, который может поменять состояние сервера:
POST /pageX.html HTTP/1.1

🔹Вызов идемпотентного, но небезопасного метода:
DELETE /idX/delete HTTP/1.1

🔹GET /pageX HTTP/1.1 идемпотентен. Вызвавший несколько раз подряд этот запрос, клиент получит тот же результат:
GET /pageX HTTP/1.1
GET /pageX HTTP/1.1
GET /pageX HTTP/1.1
GET /pageX HTTP/1.1

POST /add_row HTTP/1.1 не идемпотентен; если его вызвать несколько раз, то он добавит несколько строк:

POST /add_row HTTP/1.1
POST /add_row HTTP/1.1 -> Adds a 2nd row
POST /add_row HTTP/1.1 -> Adds a 3rd row

DELETE /idX/delete HTTP/1.1 идемпотентен, даже если возвращаемый код отличается:

DELETE /idX/delete HTTP/1.1 -> Returns 200 if idX exists
DELETE /idX/delete HTTP/1.1 -> Returns 404 as it just got deleted
DELETE /idX/delete HTTP/1.1 -> Returns 404

https://developer.mozilla.org/ru/docs/Glossary/safe
https://developer.mozilla.org/ru/docs/Glossary/Idempotent
https://developer.mozilla.org/ru/docs/Glossary/cacheable