Атрибуты Сценариев
Атрибуты Сценариев (здесь и далее по тексту -- Лектио) -- это часть урока Суть Сценариев Тестов. В Брацкой Школе, уроки делятся на так называемые лектио, каждое из которых состоит из микролекции и одного или нескольких заключительных вопросов. Урок, в свою очередь, относится к практическому семинару Выбор Профессии.
Содержание
Материалы
Предшественник этого Лектио -- Сценарии Тестов.
Иллюстрации
Текст
Атрибуты Сценариев
Сценарий теста (test case) описывает основные атрибуты сценария. Типичный тест проводится одним заходом. Если этапов несколько, то основные атрибуты прописываются для каждого этапа.
Тесты не созданы одинаковыми, равно как и их основные атрибуты:
- Условия описывают тестируемый объект, тестирующий субъект и среду теста. Некоторые тесты содержат предварительные требования, то есть те условия, которые должны предшествовать шагам тестировщика. Эти условия могут не иметь прямого отношения к объекту тестирования, но должны быть выполнены до начала основной части теста.
- Ресурсы описывают необходимую инфраструктуру, инструменты, средства, расходные материалы и участие отличных от тестировщиков людей.
- Шаги тестировщика описывают последовательности тех действий, которые тестировщик должен совершить для получения ожидаемых результатов.
- Ожидаемые результаты -- это и есть предмет проверки.
В зависимости от потребностей, сценарии могут дополнительно включать:
- Название, другие идентификаторы, тема, краткое содержание теста. На предприятиях, эти метаданные стандартно задействуются для архивирования, хранения и нахождения документа.
- Категория теста.
- История теста. Авторы
- История тестового сценария.
Автоматизация - является ли этот тестовый пример автоматизированным или нет.
Не обязательно, но желательно добавить в тест-кейс атрибут история редактирования — это сильно облегчит вам жизнь. Лаконичный журнал изменений, где отраженно: кем, как, и когда был изменен тест-кейс.
Что еще необходимо знать, перед созданием тест-кейса?
Во-первых, каждый выполненный тест-кейс, дает нам один из трех результатов:
1.Положительный результат, если фактический результат равен ожидаемому результату, 2.Отрицательный результат, если фактический результат не равен ожидаемому результату. В этом случае, найдена ошибка. 3.Выполнение теста блокировано, если после одного из шагов продолжение теста невозможно. В этом случае так же, найдена ошибка.
Во-вторых, одним тест-кейсом проверяется одна конкретная вещь, и для этой вещи должен быть только один ожидаемый результат.
Чего не должно быть в тест-кейсе
1. Зависимостей от других тест-кейсов; 2. Нечеткой формулировки шагов или ожидаемого результата; 3. Отсутствия необходимой для прохождения тест-кейса информации; 4. Излишней детализации.
Первого следует избегать, потому что: связанный тест-кейс всегда может быть удален из-за ненадобности или он может быть изменен, в этом случае, станет непонятно как исполнить тест-кейс в которому, есть ссылки.
Так же из-за зависимости тест-кейсов, может возникнуть ощущение, что тестируемый продукт уже приведет к нужному состоянию благодаря выполнению связанных тест-кейсов.
Со вторым думаю все ясно. Если описание шагов или ожидаемое результата будет не четким, то это блокирует прохождение тест-кейса.
В тест-кейса должно быть вся информация, которая необходима для его прохождения. Например, если мы проверяем окно логина на сайте, значит нам понадобится логин и пароль, иначе прохождение этого сценария будет невозможно.
Так же не следует слишком детализировать кейс. Например, если мы проверяем возможность создания комментария, то не стоит писать в каком угле экрана должно быть окно логина. Избыточная информация только затрудняет прохождение тест-кейса.
Термины
- Требования, Тестовый Пример, Юзабилити-тестирование, Регрессионное Тестирование, Прогрессивное Тестирование
Вопрос(ы)
- Судя по прочитанному тексту выше: Регрессионное тестирование вполне возможно для Юзабилити-Тестирования. -- Ложь\Правда
- Следующее лектио -- Проверка и Приёмка
