Типичные ошибки при разработке
чек-листов, тест-кейсов
и наборов тест-кейсов
Тестирование программного обеспечения. Базовый курс.
© EPAM Systems, 2015–2023
Стр: 162/301
Расплывчатые двусмысленные описания действий и ожидаемых ре-
зультатов.
Помните, что тест-кейс с высокой вероятностью будете выполнять не
вы (автор тест-кейса), а
другой сотрудник, и он — не телепат.
Попробуйте дога-
даться
по этим примерам, что имел в виду автор:
•
«Установить приложение на диск C». (Т.е. в «C:\»? Прямо в корень? Или как?)
•
«Нажать на иконку приложения». (Например,
если у меня есть ico-файл с
иконкой приложения, и я по нему кликну — это оно? Или нет?)
•
«Окно приложения запустится». (Куда?)
•
«Работает верно». (Ого! А верно — это, простите, как?)
•
«OK». (И? Что «OK»?)
•
«Количество найденных файлов совпадает». (С чем?)
•
«Приложение отказывается выполнять команду». (Что значит «отказыва-
ется»? Как это выглядит? Что должно происходить?)
Описание действий в качестве наименований модуля/подмодуля.
Например, «запуск приложения» — это НЕ модуль или подмодуль. Модуль или под-
модуль
{125}
— это всегда некие части приложения, а не его поведение. Сравните:
«дыхательная система» — это модуль
человека, но «дыхание» — нет.
Достарыңызбен бөлісу: 
