atesting.ru Блог Как написать тестовые примеры для страницы входа

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

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

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

  1. Текстовое поле «Электронная почта/Номер телефона/Имя пользователя»
  2. Текстовое поле «Пароль»
  3. Кнопка входа
  4. Флажок «Запомнить меня».
  5. Флажок «Сохранить меня в системе».
  6. Ссылка «Забыли пароль».
  7. «Зарегистрироваться/Создать учетную запись» Ссылка
  8. CAPTCHA

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

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

Мы должны написать тестовые примеры для каждого объекта в форме входа в систему.

  • Мы должны написать как положительные, так и отрицательные тестовые примеры.
  • Мы должны написать как функциональные, так и нефункциональные тестовые примеры.
  • Мы должны написать тесты пользовательского интерфейса, функциональности, совместимости и производительности.

Ниже приведены тестовые примеры для страницы входа пользователя. Список состоит из страниц входа с положительными и отрицательными сценариями тестирования.

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

  1. Убедитесь, что курсор наведен на текстовое поле «Имя пользователя» при загрузке страницы (страница входа).
  2. Убедитесь, что экран входа в систему содержит такие элементы, как имя пользователя, пароль, кнопка входа, флажок «Запомнить пароль», «забыл» пароль и создайте ссылку на учетную запись.
  3. Убедитесь, что вкладки работают правильно или нет.
  4. Убедитесь, что клавиша Enter/Tab работает вместо кнопки входа
  5. Убедитесь, что все поля, такие как «Имя пользователя» и «Пароль» имеют допустимый заполнитель.
  6. Убедитесь, что все текстовые поля имеют минимальную и максимальную длину.
  7. Убедитесь, что метки плавают вверх, когда текстовое поле находится в фокусе или заполнено (в случае плавающей метки).
  8. Убедитесь, что пользователь может войти в систему с действительными учетными данными.
  9. Убедитесь, что Пользователь не может войти в систему с недопустимым именем пользователя и недопустимым паролем.
  10. Убедитесь, что пользователь не может войти в систему с действительным именем пользователя и недопустимым паролем.
  11. Убедитесь, что пользователь не может войти в систему с неверным именем пользователя и действующим паролем.
  12. Убедитесь, что пользователь не может войти в систему с пустым именем пользователя или паролем.
  13. Убедитесь, что пользователь не может войти в систему с неактивными учетными данными.
  14. Убедитесь, что кнопка сброса очищает данные из всех текстовых полей в форме входа в систему.
  15. Убедитесь, что учетные данные для входа, в основном пароль, хранятся в базе данных в зашифрованном формате.
  16. Убедитесь, что при нажатии кнопки возврата в браузере после успешного входа в систему не должен переводить пользователя в режим выхода.
  17. Убедитесь, что нажатие кнопки «Назад» в браузере после успешного выхода из системы не должно переводить пользователя в режим входа в систему.
  18. Убедитесь, что существует ограничение на общее количество неудачных попыток входа в систему (количество недопустимых попыток должно основываться на бизнес-логике. На основе бизнес-логики пользователю будет предложено ввести капчу и повторить попытку, иначе пользователь будет заблокирован)
  19. Убедитесь, что пароль находится в зашифрованном виде (в маскированном формате) при вводе
  20. Убедитесь, что пароль можно скопировать. Система не должна позволять пользователям копировать и вставлять пароль.
  21. Убедитесь, что зашифрованные символы в поле «Пароль» не должны позволять дешифровать в случае копирования.
  22. Убедитесь, что пользователь может войти в систему с новым паролем после изменения пароля
  23. Убедитесь, что пользователь не сможет войти со старым паролем после изменения пароля
  24. Убедитесь, что перед любым паролем не должно быть пробелов попытка использования персонажей
  25. Убедитесь, что пользователь по-прежнему вошел в систему после ряда действий, таких как вход в систему, закрытие браузера и повторное открытие приложения.
  26. Убедитесь, что способы получения пароля, если пользователь забыл пароль
  27. Убедитесь, что флажок «Запомнить пароль» не установлен по умолчанию (в зависимости от бизнес-логики он может быть выбран или не выбран).
  28. Убедитесь, что флажок «Оставаться в системе» не установлен. по умолчанию (в зависимости от бизнес-логики, он может быть выбран или не выбран)
  29. Убедитесь, что время ожидания сеанса входа в систему (время ожидания сеанса)
  30. Убедитесь, что ссылка для выхода перенаправлена ​​на страницу входа/домашнюю страницу
  31. Убедитесь, что пользователь перенаправлен на соответствующую страницу после успешного входа в систему
  32. Убедитесь, что пользователь перенаправлен на страницу «Забыли пароль» при нажатии на ссылку «Забыли пароль».
  33. Убедитесь, что пользователь перенаправлен на страницу «Создать учетную запись» при нажатии кнопки «Регистрация/Создать». ссылка на аккаунт
  34. Убедитесь, что сообщение проверки отображается в том случае, если пользователь оставляет имя пользователя или пароль пустым.
  35. Убедитесь, что сообщение проверки отображается в случае превышения ограничения на количество символов в полях имени пользователя и пароля.
  36. Убедитесь, что сообщение проверки отображается в случае ввода специального символа в поля имени пользователя и пароля.
  37. Проверьте, раскрывает ли форма входа какую-либо информацию о безопасности, просмотрев исходный код страницы.
  38. Убедитесь, что страница входа уязвима для SQL-инъекции
  39. Убедитесь, что на странице входа работает уязвимость межсайтового скриптинга (XSS). Уязвимость XSS может использоваться хакерами для обхода контроля доступа.
    Если на странице входа есть капча (тестовые примеры для CAPTCHA):
  40. Проверьте, есть ли это проверка на стороне клиента, когда пользователь не вводит CAPTCHA
  41. Убедитесь, что ссылка обновления CAPTCHA генерирует новую CAPTCHA
  42. Убедитесь, что CAPTCHA чувствительна к регистру
  43. Убедитесь, что CAPTCHA поддерживает аудио для прослушивания.
  44. Убедитесь, что виртуальная клавиатура доступна и работает правильно для ввода учетных данных в банковских приложениях.
  45. Убедитесь, что двусторонняя аутентификация через OTP работает правильно в банковских приложениях.
  46. Подтвердите сертификат SSL реализовано или нет
  47. Убедитесь, что страница входа и все поля на странице входа отображаются без перерыва в разных браузерах
    Файлы cookie — Изучите тестирование файлов cookie веб-сайта
  48. Убедитесь, что пользователь может войти в систему после очистки файлов cookie браузера. После очистки файлов cookie система не должна позволять пользователю автоматически входить в систему.
  49. Проверять функциональность входа при отключении файлов cookie браузера.

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

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

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

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

TAG: qa