**

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

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

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

Компоненты документа стратегии тестирования

1) Объем и цели

2) Деловые вопросы

3) Роли и обязанности

4)Связь и отчеты о состоянии

5) Проверка доставляемости

6) отраслевые стандарты для подражания

7) Автоматизация тестирования и инструменты

8) Тестирование измерений и метрик

9) Риски и меры по их снижению

10) отчеты о дефектах и ​​отслеживание

11) Управление изменениями и конфигурациями

12)План тренировок

**

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

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

**

Тестовые случаи

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

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

**

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

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

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

Сценарий тестирования означает «Что тестировать», а тестовый пример означает «Как тестировать».

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

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

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

Тестовые сценарии — это термин, используемый применительно к автоматизированному тестированию. Когда вы создаете тестовый сценарий, вы используете инструмент автоматизации для создания своего сценария.

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

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

Пример: План тестирования содержит информацию о том, кто и в какое время будет проводить тестирование. Например: Модуль 1 будет протестирован «X тестером». Если тестер Y заменяет X по какой-то причине, план тестирования должен быть обновлен.

Напротив, стратегия тестирования будет содержать такие детали, как: «Отдельные модули должны быть протестированы членами группы тестирования. «В этом случае не имеет значения, кто его тестирует — он общий, и изменение члена команды не нужно обновлять, оставляя его статичным.

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

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

Примеры тестовых сценариев:

1. Проверить, может ли администратор добавить новую страну
2. Проверить, может ли существующая страна быть удалена администратором
3. Проверить, можно ли обновить существующую страну

Прецедент:

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

Тестовый сценарий:

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

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

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

Тестовый сценарий (без контекста автоматизации/языка программирования): Каждый знает, что тестовый сценарий — это программа автоматизации, однозначно привязанная к тестовому сценарию. Но и без автоматизации мы можем использовать этот термин, особенно когда вы используете Rational Quality Manager (RQM) в качестве тестового репозитория. 1. Когда тестовый пример имеет несколько версий, и группе тестирования необходимо поддерживать все версии тестового набора для нескольких версий системного кода. В этом случае один тестовый набор будет иметь несколько тестовых сценариев (по одному для каждой версии). 2. Когда тестовый пример дает разные результаты в разных средах (операционная система или технология и т. д.), тестовый пример будет сопоставлен с несколькими тестовыми сценариями, в которых ожидаемые результаты меняются, но весь тестовый пример остается прежним.

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

Надеюсь, это поможет ответить на ваш вопрос.