ИСПОЛЬЗОВАНИЕ ТЕСТИРОВАНИЯ | КАК ВЫПОЛНИТЬ ТЕСТИРОВАНИЕ СЛУЧАЕВ ИСПОЛЬЗОВАНИЯ

ТЕСТИРОВАНИЕ ПРАКТИКОВ ИСПОЛЬЗОВАНИЯ | КАК ВЫПОЛНЯТЬ ТЕСТИРОВАНИЕ ПРАКТИКОВ ИСПОЛЬЗОВАНИЯ

Содержание

Тестировщику программного обеспечения важно знать, как правильно выполнять тестирование вариантов использования.

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

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

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

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

Бизнес-аналитик пишет функциональные требования после сбора и анализа требований. Используя варианты использования, мы можем описать функциональные требования.

Что такое тестирование вариантов использования

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

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

Это обычно используется для разработки тестов или систем на приемлемом уровне.

Кто использует документы Use Case

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

Документы варианта использования обычно пишутся бизнес-аналитиками. Руководители проектов, программисты, тестировщики и другие заинтересованные лица используют эти документы по вариантам использования.

Они помогают улучшить взаимодействие и прозрачность требований между заинтересованными сторонами.

Типы вариантов использования

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

  • Бизнес-вариант использования
  • Системный вариант использования

#1. Варианты использования в бизнесе

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

#2. Сценарий использования системы

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

Элементы вариантов использования

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

  • Актор: это относится к пользователю, им может быть любой, кто что-то выполняет в системе. Это может быть клиент, администратор, поставщик, сотрудник службы доставки и т. д.
  • Система:Это обсуждаемый продукт, услуга или программное обеспечение.
  • Цель: это успешный результат пользователя.
  • Заинтересованная сторона: это относится к человеку, который взаимодействует с выяснить поведение системы.
  • Предварительное условие: это состояние, в котором должна находиться система перед запуском рабочего процесса.
  • Триггеры: это событие который инициирует вариант использования..
  • Основной сценарий успеха: это сценарий, в котором ничего не дает сбоев, он также известен как базовый поток.
  • Альтернативные пути: это другой путь по сравнению с основным сценарием, здесь система может достичь цели другим путем или также может потерпеть неудачу, это вариант основного сценария.
  • Условие публикации: это условие, которое система должна выполнить к концу шагов.

Как написать вариант использования

Бизнес-аналитики обычно пишут варианты использования на основе требований к функциям. Вы можете выполнить описанные ниже шаги, чтобы написать вариант использования.

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

Пример использования

В случаях использования у нас есть сценарии и расширения для этих сценариев. Давайте рассмотрим простой пример транзакций через банкомат.

Основные сценарии успеха:

  • Шаг 1. Актер вводит дебет карту в систему.
  • Шаг 2. Система просит пользователя ввести пин-код.
  • Шаг 3. Актёр вводит действительный пин-код.
  • Шаг 4. Система предлагает ввести страница вывода средств.
  • Шаг №5: Актёр вводит действительную сумму.
  • Шаг №6: Система выдаёт наличные

Альтернативный вариант:

  • Шаг 3а. Пользователь вводит неверный пин-код.
  • Шаг 5а. Пользователь вводит неверную сумму< /ul>

    Схема вариантов использования

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

    Они обобщают функциональные возможности системы с использованием вариантов использования, действующих лиц и их отношения

    Эффективная диаграмма вариантов использования может помочь нашей команде передать следующие детали:

    1. Область действия системы
    2. Цель системы, которую пользователь (действующее лицо) необходимо достичь.
    3. Сценарий, в котором система взаимодействует с пользователями, организациями или другими внешними системами.

    Диаграмма вариантов использования

    ПРОВЕРКА ПОЛЬЗОВАТЕЛЯ | КАК ВЫПОЛНИТЬ ПРОВЕРКУ ПОЛЬЗОВАТЕЛЯ

    • Система: прямоугольник представляет собой система. Это обсуждаемая программная система.
    • Сценарий использования. Овальная форма представляет вариант использования. Это может быть любое действие или деятельность.
    • Актёр:Фигурка изображает актера. Это конечный пользователь системы.
    • Взаимосвязь. Стрелка представляет взаимосвязь. Он показывает рабочий процесс системы.

    Пример:

    Название варианта использования: Снятие наличных в банкомате
    Актёр: Клиент
    Система: Банк, банкомат
    Предварительное условие:

    1. Банкомат находится в рабочем состоянии.< li>В банкомате достаточно наличных.
    2. У клиента должен быть банковский счет в соответствующем банке.
    3. У клиента должен быть достаточный баланс на счету.

    Сценарий использования:

    Нормальный поток: неверный номер контакта

    4a. Пользователь вводит неверный PIN-код

    • Система вернет карту
    • Сценарий использования завершается неудачным исходом.

    8a. У пользователя недостаточно средств на балансе

    • Система выводит сообщение об ошибке о недостаточном балансе
    • Система предложит ввести другую сумму наличными
    • Варианты использования будут продолжены с 7-го шага.

    10a. Банк отклонил транзакцию

    • Система возвращает карту

    Сценарий использования завершается неудачным исходом.

    ПРОВЕРКА ПОЛЬЗОВАТЕЛЯ | КАК ВЫПОЛНИТЬ ПРОВЕРКУ ПОЛЬЗОВАТЕЛЯ

    Действия пользователя

    Действия пользователя — это действия, выполняемые пользователем в системе.

    Возьмем пример веб-сайта электронной коммерции. Здесь это может быть

    • Поиск товара.
    • Выбор товара
    • Добавление товара в список желаний
    • Добавление товара в корзину
    • Процесс оформления заказа
    • Оплата
    • И другие действия.

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

    Как выполнить тестирование варианта использования

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

    Выполните следующие шаги, чтобы выполнить тестирование вариантов использования.

    • Шаг 1: Начните с определение сценариев использования.
    • Шаг 2. Определите один или несколько тестовых случаев для каждого сценария.
    • Шаг 3. Определите условия, которые заставляют сценарий выполняться. , для каждого теста.
    • Шаг 4. Добавьте значения данных для завершения тестового примера

    Как создать тестовые случаи из вариантов использования

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

    Этапы тестирования — это действия пользователя, а ожидаемые результаты для этих этапов тестирования — это ответ системы.

    Тестовый пример №001: Действительный поток, в котором клиент предоставляет действительный пин-код и наличными

    Шаги:

    1. Вставьте дебетовую карту
    2. Введите действительный пин-код
    3. Нажмите на опцию снятия наличных
    4. Введите действительную сумму наличных

    Ожидаемые результаты

    1. Система запрашивает PIN-код
    2. Система отображает вариант вывода средств.
    3. Система предлагает ввести сумму наличных
    4. Система выдаст сумму наличными

    Тестовый пример #002: Неверный поток, когда клиент указывает неверный пин-код и сумму наличных

    Действия:

    1. Вставьте дебетовую карту
    2. Введите неверный PIN-код

    Ожидаемые результаты

    1. Система запрашивает PIN-код
    2. Система отображает ошибку неверного PIN-кода и предлагает повторите попытку.

    Тестовый пример №003: Неверный поток, когда клиент указывает действительный пин-код, но неверную сумму наличными

    Шаги:

    1. Вставьте дебетовую карту
    2. Введите действительный пин-код
    3. Нажмите на опцию снятия наличных
    4. Введите неверную сумму наличными

    Ожидаемые результаты< /сильный>

    1. Система запрашивает PIN-код
    2. Система отображает вариант вывода средств.
    3. Система предлагает ввести сумму наличных
    4. Система выводит сообщение об ошибке с сообщением о недостаточном балансе и предложит ввести другую сумму.

    Характеристики тестирования вариантов использования

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

    Преимущества Тестирование сценариев использования

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

    Недостатки тестирования сценариев использования

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

    Заключение

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

    TAG: qa

От QA genius

Adblock
detector