КАК НАПИСАТЬ ТЕСТ-КЕЙСЫ ДЛЯ СТРАНИЦЫ ВХОДА

В любом приложении «вход в систему» ​​— это процесс доступа к приложению лицом, имеющим действительные учетные данные пользователя. «Вход в систему» ​​обычно используется для входа на определенную страницу, которую злоумышленники не видят.

В этом посте мы увидим «Тестовые сценарии для страницы входа». Тестирование страницы входа очень важно для любого приложения с точки зрения безопасности. Мы постараемся охватить здесь наиболее широко используемые сценарии страницы входа, включая функциональные тестовые случаи, тестовые случаи безопасности, тестовые случаи пользовательского интерфейса и т. д.

Ранее мы обсуждали некоторые из связанных сообщений, и вот для справки.

• Шаблон тестового набора с подробным объяснением
• Шаблон плана тестирования с подробным объяснением
• Тестовые наборы для страницы регистрации
• Тестовые наборы для банкомата
• Сценарий тестирования vs Test Case
• Стратегия тестирования vs план тестирования

Обычно мы пишем тестовые примеры для страницы входа для каждого тестируемого приложения. Каждая страница входа должна содержать следующие элементы.

1. 'Электронная почта/Номер телефона/Имя пользователя' Текстовое поле
2. 'Пароль' Текстовое поле< li>Кнопка 'Войти'
3. 'Запомнить меня' Флажок
4. 'Оставаться в системе' Флажок
5. '< strong>Забыли пароль' Ссылка
6. 'Зарегистрируйтесь/Создайте учетную запись' Ссылка
7. CAPTCHA

Здесь мы сосредоточимся на следующем, чтобы написать тестовые примеры для страницы входа.

• Мы должны написать тестовые примеры для каждого объекта в форме входа.
• Мы должны написать как положительные, так и отрицательные тестовые случаи.< li>Нам нужно написать как функциональные, так и нефункциональные тестовые примеры.
• Мы должны написать пользовательский интерфейс, функциональные тесты, тесты совместимости и производительности.

Обязательно к прочтению: Тестовый пример и тестовый сценарий

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

Тестовые примеры страницы входа (страница входа в сценарии тестирования):

Ниже приведены тестовые случаи для страницы входа пользователя. Список состоит из положительных и отрицательных тестовых сценариев страницы входа, а также тестовых случаев пользовательского интерфейса, тестовых случаев безопасности и т. д.

Сценарии тестирования пользовательского интерфейса страницы входа

< ли>Убедитесь, что экран входа содержит такие элементы, как имя пользователя, пароль, кнопка входа, флажок «Запомнить пароль», ссылку «Забыли пароль» и создайте ссылку на учетную запись.
1. Убедитесь, что все поля, такие как «Имя пользователя», «Пароль», имеют допустимый заполнитель< li>Убедитесь, что все текстовые поля имеют минимальную и максимальную длину.
2. Убедитесь, что метки перемещаются вверх, когда текстовое поле находится в фокусе или заполнено (в случае плавающей метки).
3. Убедитесь, что шрифт стиль и размер меток, а также текст на каждом объекте хорошо видны.
4. Убедитесь, что пользовательский интерфейс приложения (UI) является адаптивным, чтобы оно адаптировалось к различным разрешениям экрана и устройствам.
5. Убедитесь, что страница входа и все поля на странице входа отображаются без перерыва в разных браузерах

Сценарии функционального тестирования страницы входа

1. Убедитесь, что курсор сфокусирован на текстовом поле «Имя пользователя» при загрузке страницы (страница входа)
2. Проверьте эта функция вкладки работает правильно или нет
3. Убедитесь, что клавиша Enter/Tab работает вместо кнопки «Вход»
4. Убедитесь, что пользователь может войти в систему с действительными учетными данными
5. Убедитесь, что пользователь не может войти в систему с недопустимым именем пользователя и неверным паролем< li>Убедитесь, что пользователь не может войти в систему с действительным именем пользователя и неверным паролем
6. Убедитесь, что пользователь не может войти в систему с недопустимым именем пользователя и действительным паролем
7. Убедитесь, что пользователь не может войти с пустым именем пользователя или паролем
8. Убедитесь, что пользователь не может войти в систему с неактивными учетными данными
9. Убедитесь, что кнопка сброса очищает данные из всех текстовых полей в форме входа
10. Убедитесь, что учетные данные для входа, в основном пароль, хранятся в базе данных в зашифрованном виде. format
11. Убедитесь, что нажатие кнопки «Назад» в браузере после успешного входа в систему не должно переводить пользователя в режим выхода из системы
12. Убедитесь, что сообщение о проверке отображается в случае, если пользователь оставляет имя пользователя или пароль пустым
13. Убедитесь, что в случае превышения лимита символов в полях «Имя пользователя» и «Пароль» отображается сообщение о проверке.
14. Убедитесь, что сообщение о проверке отображается в случае ввода специального символа в поля «Имя пользователя» и «Пароль». in” по умолчанию не установлен (зависит от бизнес-логики, он может быть установлен или снят)
15. Убедитесь, что тайм-аут сеанса входа в систему (Session Timeout)
16. Убедитесь, что ссылка выхода перенаправляется на вход/домашнюю страницу
17. Убедитесь, что пользователь перенаправляется на соответствующую страницу после успешного входа в систему
18. Убедитесь, что пользователь перенаправляется на страницу «Забыли пароль» при нажатии на ссылку «Забыли пароль».
19. Убедитесь, что пользователь перенаправляется на страницу «Создать учетную запись» при нажатии на ссылку «Зарегистрироваться/создать учетную запись».
20. Убедитесь, что пользователь должен иметь возможность войти в систему с новым паролем после смены пароля
21. Убедитесь, что пользователь не должен иметь возможность войти в систему со старым паролем после смены пароля
22. Убедитесь, что пробелы не допускаются перед вводом каких-либо символов пароля.
23. Убедитесь, что пользователь все еще находится в системе после ряда действий, таких как вход в систему, закрытие браузера и повторное открытие приложения.
24. Убедитесь, что способы чтобы восстановить пароль, если пользователь забудет пароль

Нефункциональные тестовые случаи безопасности для страницы входа

1. Убедитесь, что нажатие в браузере назад Кнопка после успешного выхода из системы не должна переводить пользователя в режим входа в систему
2. Убедитесь, что существует ограничение на общее количество неудачных попыток входа в систему (количество недопустимых попыток должно основываться на бизнес-логике. На основе бизнес-логики пользователю будет предложено ввести капчу и повторить попытку, иначе пользователь будет заблокирован)
3. Убедитесь, что пароль введен в зашифрованном виде (маскированный формат) при вводе в поле пароля.
4. Убедитесь, что пароль можно скопировать и вставить. Система не должна позволять пользователям копировать и вставлять пароль.
5. Убедитесь, что зашифрованные символы в поле «Пароль» не должны допускать расшифровки при копировании
6. Убедитесь, что флажок «Запомнить пароль» не установлен по умолчанию (зависит от бизнес-логики, он может быть установлен или не установлен).
7. Убедитесь, что форма входа не раскрывает какую-либо информацию о безопасности, просмотрев исходный код страницы.
8. Убедитесь, что имя входа страница уязвима для SQL-инъекций.
9. Проверьте, работает ли уязвимость межсайтового скриптинга (XSS) на странице входа. Уязвимость XSS может использоваться хакерами для обхода контроля доступа.

Тестовые примеры производительности для страницы входа

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

Тестовые случаи для CAPTCHA и файлов cookie (Если есть капчу на странице входа)

1. Проверьте, выполняется ли проверка на стороне клиента, когда Пользователь не вводит CAPTCHA
2. Убедитесь, что ссылка обновления CAPTCHA создает новую CAPTCHA
3. Убедитесь, что CAPTCHA чувствительна к регистру.
4. Убедитесь, что CAPTCHA поддерживает аудио для прослушивания.
5. Убедитесь, что виртуальная клавиатура доступна и правильно работает для ввода учетных данных для входа в банковские приложения.
6. Проверьте двустороннюю аутентификацию с помощью OTP. работает правильно в случае банковских приложений.
7. Убедитесь, что SSL-сертификат реализован или нет
   Файлы cookie. Прочтите этот пост, чтобы узнать больше о тестовых примерах, связанных с тестированием файлов cookie веб-сайта
8. Убедитесь, что пользователь может войти в систему, когда файлы cookie браузера очищены. Когда файлы cookie удалены, система не должна позволять пользователю автоматически входить в систему.
9. Проверьте функцию входа, когда файлы cookie браузера отключены.

Обязательно к прочтению: Сценарии тестирования формы регистрации

Написание тестовых сценариев для приложения требует небольшой практики. Хорошо написанный тестовый пример должен позволить любому тестировщику понять и выполнить тесты, сделать процесс тестирования более плавным и сэкономить много времени в долгосрочной перспективе. Ранее мы разместили видео о том, как писать тестовые случаи. Я завершаю этот пост «Тестовые сценарии входа в систему/Тестовые сценарии формы входа».

Нравится этот пост? Не забудьте поделиться им! Если у вас есть вопросы, оставьте комментарий ниже.

Вот несколько отобранных статей, которые вы можете прочитать следующим образом:

• Как составить хороший отчет о дефектах
• Почему вы выбрали тестирование программного обеспечения в качестве Карьера
• Подробное объяснение шаблона плана тестирования
• Тестирование веб-файлов cookie — тестовые примеры тестирования файлов cookie

TAG: qa

Еще об этом:

УЗНАТЬ ТЕСТИРОВАНИЕ ВЕБ-САЙТА COOKIE – ПОЛНОЕ РУКОВОДСТВО [ТЕСТИРОВАНИЕ COOKIE] | ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕМАТЕРИАЛ НАЧАЛО РАБОТЫ С CUCUMBER BDD ДЛЯ АВТОМАТИЗИРОВАННОГО ТЕСТИРОВАНИЯ 150+ ЛУЧШИХ ВОПРОСОВ И ОТВЕТОВ НА ИНТЕРВЬЮ О ТЕСТИРОВАНИИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ 100 САМЫХ ПОПУЛЯРНЫХ ПРОДВИНУТЫХ ВОПРОСОВ И ОТВЕТОВ НА ИНТЕРВЬЮ ПО SELENIUM ЛУЧШИЕ ИНСТРУМЕНТЫ ТЕСТИРОВАНИЯ ВЕБ-ПРИЛОЖЕНИЙ (БЕСПЛАТНЫЕ И ПЛАТНЫЕ) НА 2022 ГОД ЛУЧШИЕ ИНСТРУМЕНТЫ ТЕСТИРОВАНИЯ МОБИЛЬНЫХ ПРИЛОЖЕНИЙ В 2024 ГОДУ ДЛЯ ANDROID И IOS 30+ ПОПУЛЯРНЫХ ВОПРОСОВ О CUCUMBER ДЛЯ ИНТЕРВЬЮ СЦЕНАРИИ ТЕСТИРОВАНИЯ GMAIL КАК НАПИСАТЬ ТЕСТ-КЕЙСЫ: ШАБЛОН ТЕСТ-КЕЙСА С ПРИМЕРАМИ ЛУЧШИЕ ИНСТРУМЕНТЫ УПРАВЛЕНИЯ ТЕСТИРОВАНИЕМ (БЕСПЛАТНЫЕ И ПЛАТНЫЕ) НА 2022 ГОД