Что такое тестовый пример? Тест-кейс — это профессиональная документация тестировщика, последовательность действий, направленная на тестирование некоторой функциональности, описывающая, как прийти к реальному результату.
Набор тестовых примеров называется набором тестов.
Иногда набор для тестирования путают с планом тестирования.
План тестирования описывает, какие работы, как и когда следует провести в рамках тестирования продукта, а также что необходимо для его завершения.
Зачем нужны тест-кейсы?
Тест-кейсы должны помочь нам протестировать продукт, не читая всю документацию.Написанный один раз тестовый пример, простой в сопровождении, сэкономит тестировщикам много времени и усилий.
Атрибуты тестового примера
Любой тестовый пример должен включать в себя:- Уникальный идентификатор тестового примера — необходим для удобной организации хранения и навигации по нашим тест-наборам.
- Имя — основная тема, или идея тестового примера.
Краткое описание ее сути.
- Предварительные условия — описание условий, которые не имеют прямого отношения к тестируемой функциональности, но должны быть соблюдены.
Например, только зарегистрированный пользователь может оставить комментарий на вашем портале.
Это означает, что для тестового примера «Создание комментария» необходимо будет выполнить предварительные условия «пользователь зарегистрирован» и «пользователь авторизован».
- Шаги — описание последовательности действий, которая должна привести нас к ожидаемому результату
- ожидаемый результат — результат: то, что мы ожидаем увидеть после выполнения шагов.
Краткий журнал изменений, отражающий: кем, как и когда был изменен тестовый пример.
Что еще нужно знать перед созданием тестового примера?
Во-первых, каждый выполненный тестовый пример дает нам один из трех результатов: 1. Положительный результат , если фактический результат равен ожидаемому, 2. Отрицательный результат t, если фактический результат не равен ожидаемому.В данном случае была обнаружена ошибка.
3. Выполнение теста заблокировано , если после одного из шагов невозможно продолжить тест. В этом случае тоже была обнаружена ошибка.
Во-вторых, один тестовый пример проверяет одну конкретную вещь, и для этой вещи должен быть только один ожидаемый результат.
Чего не должно быть в тест-кейсе
1. Зависимости от других тестовых случаев; 2. Нечеткая формулировка шагов или ожидаемых результатов; 3. Отсутствие информации, необходимой для прохождения тестового примера; 4. Излишняя детализация.Первого следует избегать, потому что: связанный тест-кейс всегда можно удалить за ненадобностью или его можно изменить, и в этом случае станет непонятно, как выполнять тест-кейс, в котором есть ссылки.
Также из-за зависимости тест-кейсов может возникнуть ощущение, что тестируемый продукт уже приведет к желаемому состоянию за счет выполнения связанных тест-кейсов.
Со вторым, думаю, все понятно.
Если описание шагов или ожидаемый результат неясны, это заблокирует завершение тестового примера.
Тестовый пример должен содержать всю информацию, необходимую для его прохождения.
Например, если мы проверим окно входа на сайте, то нам понадобятся логин и пароль, иначе прохождение этого скрипта будет невозможно.
Также не стоит вдаваться в подробности дела.
Например, если мы проверяем возможность создания комментария, то нам не следует писать, в каком углу экрана должно находиться окно входа.
Избыточная информация только усложняет прохождение тестового примера.
Теги: #руководство #тестирование сайта #тестирование веб-приложений #тестирование программного обеспечения #тестирование верстки #тестирование ИТ-систем #Тестирование веб-сервисов #Тестирование мобильных приложений
-
Web И Mvc: Разбор Полетов
19 Oct, 24 -
Toshiba Потеряла Миллиард Долларов На Hd Dvd
19 Oct, 24
