Что такое тестовый сценарий в тестировании программного обеспечения (примеры)

Автор: Томас Гамильтон Томас Гамильтон
Hours обновлено

⚡ Умное резюме

Тестовый сценарий в тестировании программного обеспечения Определяет любую функциональность, которую можно проверить для обеспечения полного охвата поведения приложения в реальных условиях. Особое внимание уделяется сквозной проверке, проектированию тестирования, ориентированному на пользователя, и tracОбеспечивается соответствие требованиям для гарантированной проверки критически важных бизнес-процессов.

  • Основная концепция: Тестовый сценарий представляет собой проверяемую функциональность или условие, которое проверяет конкретный путь пользователя или поведение системы в тестируемом приложении.
  • Цель тестирования: Тестирование сценариев позволяет проверить сквозные потоки, а не отдельные случаи, обеспечивая правильную оценку сложных проблем и реальных путей использования.
  • Логика создания: Сценарии разрабатываются на основе документов с требованиями (BRS, SRS, FRS) и сопоставляются с действиями пользователей, потенциальными злоупотреблениями и техническими целями для определения полного охвата.
  • TracФокус на удобстве использования: Каждый сценарий должен соответствовать одному или нескольким требованиям посредством TracМатрица тестирования, гарантирующая, что ни одна функция не останется непротестированной.
  • Стратегия оптимизации: Revпросматривайте и приоритизируйте сценарии в соответствии с приоритетами клиентов, поскольку выполнение всех сценариев может потребовать значительных ресурсов.
  • Критерий исключения: Сценарии не создаются для нестабильных приложений, срочных исправлений ошибок или контекстов Agile, где быстрая итерация заменяет формальную документацию сценария.
  • Практическое применение: Примерами доменов являются электронная коммерция (вход в систему, платежи, история заказов) и банковское дело (аутентификация, переводы, депозиты).
Читать

Сценарии тестирования

Что такое тестовый сценарий?

A Сценарий тестирования Это высокоуровневое описание функциональности, подлежащей тестированию. Оно представляет собой возможное взаимодействие с пользователем или поведение системы, иногда называемое тестовым условием. Как тестировщик, вы должны поставить себя на место конечного пользователя и продумать реальные сценарии и варианты использования тестируемого приложения (AUT).

Тестовые сценарии можно классифицировать на основе какой аспект приложения Они направлены на проверку. Понимание этих типов обеспечивает полный охват всех функций и взаимодействий с пользователем.

Типы тестовых сценариев

  1. Функциональные сценарии: Они проверяют, соответствуют ли требованиям конкретные функции или модули (например, вход в систему, регистрация или оформление заказа). Основное внимание уделяется аспекту «что они должны делать».
  2. Нефункциональные сценарии: Они оценивают, как система функционирует, а не что она делает, охватывая производительность, масштабируемость, удобство использования и надежность.
  3. Сценарии безопасности: Они оценивают, насколько хорошо приложение защищает пользовательские данные и предотвращает несанкционированный доступ или уязвимости.
  4. Сценарии UI (пользовательского интерфейса): Они гарантируют, что визуальная компоновка, навигация и интерактивные элементы будут интуитивно понятны на различных устройствах и экранах разных размеров.
  5. Сквозные сценарии: Они имитируют реальные рабочие процессы, проверяя бесперебойную работу нескольких модулей — например, поиск, добавление в корзину и выполнение оплаты в приложении электронной коммерции.

Тестирование сценария — это то же самое, что и тестовый сценарий?

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

Давайте изучим это с помощью видео ниже –

Зачем создавать тестовые сценарии?

Тестовые сценарии создаются по следующим причинам:

  • Создание тестовых сценариев помогает гарантировать, что основные варианты использования будут охвачены во время тестирования.
  • Тестовые сценарии могут быть рассмотрены и одобрены заинтересованными сторонами, такими как бизнес-аналитики, разработчики и клиенты, чтобы гарантировать тщательное тестирование тестируемого приложения (AUT). Это гарантирует работоспособность программного обеспечения в наиболее распространённых сценариях использования.
  • Они служат быстрым инструментом для определения объема работ по тестированию и, соответственно, создания предложения для клиента или организации рабочей силы.
  • Они помогают определить наиболее важные сквозные транзакции или реальное использование программных приложений.
  • Для изучения сквозного функционирования программы решающее значение имеет тестовый сценарий.

👉 Зарегистрируйтесь на бесплатный проект по живому тестированию программного обеспечения

Когда не следует создавать тестовый сценарий?

Тестовые сценарии не могут быть созданы, если

  • Избегайте создания тестовых сценариев, если приложение сложное или нестабильное, или если сроки проекта слишком короткие для структурированной документации.
  • Проекты, использующие гибкие методологии, такие как Scrum и Kanban, не могут создавать тестовые сценарии.
  • Тестовые сценарии не могут быть созданы заново для исправления новой ошибки или Регрессионное тестирование Если они уже были документированы в предыдущих циклах тестирования. В таких случаях сценарии тестирования должны быть тщательно документированы в предыдущих циклах тестирования. Это особенно актуально для проектов технического обслуживания.

Как писать тестовые сценарии

Как тестировщик, вы можете выполнить следующие пять шагов для создания тестовых сценариев:

Написание тестовых сценариев

  • Шаг 1: Ознакомьтесь с документами требований, такими как BRS, SRS, FRS, для тестируемой системы (SUT). Вы также можете обратиться к примерам использования, книгам, руководствам и т. д. по тестируемому приложению.
  • Шаг 2: Для каждого требования определите возможные действия и цели пользователя. Определите технические аспекты требования. Выявите возможные сценарии злоупотребления системой и оцените пользователей с точки зрения хакера.
  • Шаг 3: После прочтения документа с требованиями и проведения комплексного анализа составьте список различных тестовых сценариев, которые проверяют каждую функцию программного обеспечения.
  • Шаг 4: После того, как вы перечислили все возможные тестовые сценарии, TracМатрица возможностей создан для проверки того, что каждое требование имеет соответствующий тестовый сценарий.
  • Шаг 5: Созданные сценарии рассматриваются вашим руководителем. Later, они также проверяются другими заинтересованными сторонами проекта.

Как ИИ может помочь в автоматизации сценариев тестирования?

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

Фреймворки автоматизации на основе ИИ могут самовосстанавливаться, автоматически обновляя локаторы при изменении пользовательского интерфейса, что значительно сокращает время обслуживания. Они также интегрируются с Конвейеры CI/CD, обеспечение непрерывного тестирования и обратной связи в режиме реального времени.

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

Советы по созданию тестовых сценариев

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

Совет для студентов: Тестовый сценарий описывает, что именно тестировать; тестовый случай описывает, как это тестировать.

СТАТЬИ ПО ТЕМЕ

Пример 1. Сценарий тестирования приложения электронной коммерции

Для приложения электронной коммерции можно использовать несколько тестовых сценариев.

Тестовый сценарий 1: Проверьте функциональность входа в систему

Сценарий тестирования приложения электронной коммерции

Чтобы помочь вам понять разницу между тестовым сценарием и Тестовые кейсы, конкретные тестовые случаи для этого тестового сценария будут

  1. Проверьте поведение системы при вводе действительного адреса электронной почты и пароля.
  2. Проверьте поведение системы при вводе неверного адреса электронной почты и действительного пароля.
  3. Проверьте поведение системы при вводе действительного адреса электронной почты и неверного пароля.
  4. Проверьте поведение системы при вводе неверного адреса электронной почты и неверного пароля.
  5. Проверьте поведение системы, если оставить адрес электронной почты и пароль пустыми и ввести «Войти».
  6. Проверка Забыли пароль работает должным образом
  7. Проверьте поведение системы при вводе действительного/неверного номера телефона и пароля.
  8. Проверьте поведение системы, когда установлен флажок «Держать меня подписанным».

Как очевидно, тестовые примеры более конкретны.

Тестовый сценарий 2: Проверьте функциональность поиска

Сценарий тестирования приложения электронной коммерции

Тестовый сценарий 3: Проверьте продукт Descriptионная страница

Сценарий тестирования приложения электронной коммерции

Тестовый сценарий 4: Проверьте функциональность платежей

Сценарий тестирования приложения электронной коммерции

Тестовый сценарий 5: Проверьте историю заказов

Сценарий тестирования приложения электронной коммерции

Помимо этих 5 сценариев, вот список всех остальных сценариев.

  • Проверьте поведение домашней страницы для постоянных клиентов
  • Проверьте страницы категорий/продуктов
  • Проверьте страницы службы поддержки клиентов/контакты
  • Проверьте страницы ежедневных предложений

Пример 2. Тестовые сценарии для банковского сайта

Тестовый сценарий 1: Проверьте функциональность входа и аутентификации.

Тестовый сценарий 2: Проверить возможность перевода денег

Тестовый сценарий 3: Выписку по счету можно просмотреть

Тестовый сценарий 4: Можно создать чековый фиксированный депозит/регулярный депозит.

И так далее…

Шаблон тестового сценария

Загрузить шаблон тестового сценария Excel (.xlsx)

Распространенные проблемы и ошибки в тестовых сценариях

Создание эффективных тестовых сценариев кажется простым, но часто сопряжено с трудностями. Вот некоторые распространённые проблемы и ошибки, с которыми сталкиваются тестировщики:

  • Неясные требования: Неоднозначные или изменяющиеся требования приводят к неполным или нерелевантным сценариям.
  • Перекрытиеping Сценарии: Избыточные сценарии приводят к потере времени и создают путаницу при выполнении теста.
  • Игнорирование пограничных случаев: Сосредоточение внимания только на общих путях приводит к пропуску критических дефектов.
  • Плохая расстановка приоритетов: Равномерная обработка всех сценариев задерживает тестирование наиболее важных функций.
  • Излишняя детализация: Слишком сложные сценарии затрудняют обслуживание и снижают гибкость.
  • Отсутствие TracУдобство: Отсутствие связей между требованиями и сценариями приводит к пробелам в охвате.
  • Пренебрежение готовностью к автоматизации: Написание сценариев, непригодных для автоматизации, ограничивает масштабируемость.

Часто задаваемые вопросы (FAQ)

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

Тестовые сценарии описывают, что именно нужно тестировать, а тестовые случаи, сгенерированные ИИ, предоставляют подробные шаги и данные. Сценарии определяют стратегическое покрытие, а ИИ преобразует их в исполняемые тесты, адаптирующиеся к меняющемуся поведению системы.

Вариант использования описывает полное взаимодействие между пользователем и системой, а сценарий — это конкретный пример или путь внутри этого варианта использования. Все сценарии относятся к более широким и структурированным вариантам использования.

Четырьмя распространёнными этапами тестирования являются модульное тестирование, интеграционное тестирование, системное тестирование и приёмочное тестирование. Вместе они проверяют отдельные компоненты, их взаимодействие, поведение системы в целом и её окончательную готовность к реальному использованию.

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

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

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

Подведем итог этой публикации следующим образом: