Атрибуты Сценариев — различия между версиями

Материал из Брацка Правки
Перейти к: навигация, поиск
(Текст)
(Текст)
Строка 10: Строка 10:
  
 
===Текст===
 
===Текст===
:<p><strong>Атрибуты Сценариев</strong></p><p>Сценарий теста (test case) описывает основные атрибуты сценария. Типичный тест проводится одним заходом. Если этапов несколько, то основные атрибуты прописываются для каждого этапа.</p><p>Тесты не созданы одинаковыми, равно как и их основные атрибуты:<ol type="a"><li>Условия описывают тестируемый объект, тестирующий субъект и среду теста. Некоторые тесты содержат предварительные требования, то есть те условия, которые должны предшествовать шагам тестировщика. Эти условия могут не иметь прямого отношения к объекту тестирования, но должны быть выполнены до начала основной части теста.</li><li>Ресурсы описывают необходимую инфраструктуру, инструменты, средства, расходные материалы и участие отличных от тестировщиков людей.</li><li>Шаги тестировщика описывают последовательности тех действий, которые тестировщик должен совершить для получения ожидаемых результатов.</li><li>Ожидаемые результаты -- это и есть предмет проверки.</li></ol></p><p>В зависимости от потребностей, сценарии могут дополнительно включать:<ul><li>Название, другие идентификаторы, тема, краткое содержание теста. На предприятиях, эти метаданные стандартно задействуются для архивирования, хранения и нахождения документа.</li><li>Категория теста. </li><li>История теста. Авторы</li><li>История тестового сценария. </li></ul></p>
+
:<p><strong>Атрибуты Сценариев</strong></p><p>Сценарий теста (test case) описывает тест и включает его атрибуты.</p><p>Тесты не созданы одинаковыми, но различные сценарии скорее всего охватывают условия, ресурсы, шаги тестировщика и ожидаемые результаты. Типичный тест проводится одним заходом. Если этапов несколько, то основные атрибуты прописываются для каждого этапа.<ol type="a"><li>Условия описывают тестируемый объект, тестирующий субъект и среду теста. Некоторые тесты содержат предварительные требования, то есть те условия, которые должны предшествовать шагам тестировщика. Эти условия могут не иметь прямого отношения к объекту тестирования, но должны быть выполнены до начала основной части теста.</li><li>Ресурсы описывают необходимую инфраструктуру, инструменты, средства, расходные материалы и участие отличных от тестировщиков людей. В информационных технологиях, ресурсом часто является права доступа. Например, если проверяется закрытый функционал, тестировщику требуется имя пользователя и пароль.</li><li>Шаги тестировщика описывают последовательности тех действий, которые тестировщик должен совершить для получения ожидаемых результатов.</li><li>Ожидаемые результаты -- это и есть предмет проверки. Если одним сценарием тестируется один объект, то ожидаемый результат должен быть одним.</li></ol></p><p>Прогонка каждого сценария может дать один из трёх итогов:<ol><li>Положительный тест, то есть фактический результат соответствует ожидаемому результату.</li><li>Отрицательный тест, то есть фактический результат отличается от ожидаемого результата.</li><li>Прерванный тест, то есть выполнение теста заблокировано в процессе тестирования и тест не закончен.</li></ol>Любой фактический результат, который не соответствует ожидаемому, свидетельствует об ошибке.</p><p>В зависимости от потребностей, сценарии могут дополнительно включать:<ul><li>Название, другие идентификаторы, тема, краткое содержание теста. На предприятиях, эти метаданные стандартно задействуются для архивирования, хранения и нахождения документа.</li><li>Категория теста. </li><li>История теста. Авторы</li><li>История тестового сценария. </li></ul></p>
  
 
Автоматизация - является ли этот тестовый пример автоматизированным или нет.
 
Автоматизация - является ли этот тестовый пример автоматизированным или нет.
 
Не обязательно, но желательно добавить в тест-кейс атрибут история редактирования — это сильно облегчит вам жизнь. Лаконичный журнал изменений, где отраженно: кем, как, и когда был изменен тест-кейс.
 
 
Что еще необходимо знать, перед созданием тест-кейса?
 
 
Во-первых, каждый выполненный тест-кейс, дает нам один из трех результатов:
 
 
1.Положительный результат, если фактический результат равен ожидаемому результату,
 
2.Отрицательный результат, если фактический результат не равен ожидаемому результату. В этом случае, найдена ошибка.
 
3.Выполнение теста блокировано, если после одного из шагов продолжение теста невозможно. В этом случае так же, найдена ошибка.
 
 
Во-вторых, одним тест-кейсом проверяется одна конкретная вещь, и для этой вещи должен быть только один ожидаемый результат.
 
  
 
Чего не должно быть в тест-кейсе
 
Чего не должно быть в тест-кейсе
Строка 36: Строка 24:
  
 
Так же из-за зависимости тест-кейсов, может возникнуть ощущение, что тестируемый продукт уже приведет к нужному состоянию благодаря выполнению связанных тест-кейсов.
 
Так же из-за зависимости тест-кейсов, может возникнуть ощущение, что тестируемый продукт уже приведет к нужному состоянию благодаря выполнению связанных тест-кейсов.
 
Со вторым думаю все ясно. Если описание шагов или ожидаемое результата будет не четким, то это блокирует прохождение тест-кейса.
 
 
В тест-кейса должно быть вся информация, которая необходима для его прохождения. Например, если мы проверяем окно логина на сайте, значит нам понадобится логин и пароль, иначе прохождение этого сценария будет невозможно.
 
  
 
Так же не следует слишком детализировать кейс. Например, если мы проверяем возможность создания комментария, то не стоит писать в каком угле экрана должно быть окно логина. Избыточная информация только затрудняет прохождение тест-кейса.
 
Так же не следует слишком детализировать кейс. Например, если мы проверяем возможность создания комментария, то не стоит писать в каком угле экрана должно быть окно логина. Избыточная информация только затрудняет прохождение тест-кейса.

Версия 00:43, 27 января 2021

Атрибуты Сценариев (здесь и далее по тексту -- Лектио) -- это часть урока Суть Сценариев Тестов. В Брацкой Школе, уроки делятся на так называемые лектио, каждое из которых состоит из микролекции и одного или нескольких заключительных вопросов. Урок, в свою очередь, относится к практическому семинару Выбор Профессии.


Материалы

Предшественник этого Лектио -- Сценарии Тестов.

Иллюстрации

Текст

Атрибуты Сценариев

Сценарий теста (test case) описывает тест и включает его атрибуты.

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

  1. Условия описывают тестируемый объект, тестирующий субъект и среду теста. Некоторые тесты содержат предварительные требования, то есть те условия, которые должны предшествовать шагам тестировщика. Эти условия могут не иметь прямого отношения к объекту тестирования, но должны быть выполнены до начала основной части теста.
  2. Ресурсы описывают необходимую инфраструктуру, инструменты, средства, расходные материалы и участие отличных от тестировщиков людей. В информационных технологиях, ресурсом часто является права доступа. Например, если проверяется закрытый функционал, тестировщику требуется имя пользователя и пароль.
  3. Шаги тестировщика описывают последовательности тех действий, которые тестировщик должен совершить для получения ожидаемых результатов.
  4. Ожидаемые результаты -- это и есть предмет проверки. Если одним сценарием тестируется один объект, то ожидаемый результат должен быть одним.

Прогонка каждого сценария может дать один из трёх итогов:

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

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

  • Название, другие идентификаторы, тема, краткое содержание теста. На предприятиях, эти метаданные стандартно задействуются для архивирования, хранения и нахождения документа.
  • Категория теста.
  • История теста. Авторы
  • История тестового сценария.

Автоматизация - является ли этот тестовый пример автоматизированным или нет.

Чего не должно быть в тест-кейсе

1. Зависимостей от других тест-кейсов; 2. Нечеткой формулировки шагов или ожидаемого результата; 3. Отсутствия необходимой для прохождения тест-кейса информации; 4. Излишней детализации.

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

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

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

Термины

Требования, Тестовый Пример, Юзабилити-тестирование, Регрессионное Тестирование, Прогрессивное Тестирование

Вопрос(ы)

Судя по прочитанному тексту выше: Регрессионное тестирование вполне возможно для Юзабилити-Тестирования. -- Ложь\Правда
Следующее лектио -- Проверка и Приёмка