Типичные ошибки при разработке чек-листов, тест-кейсов и наборов тест-кейсов
Тестирование программного обеспечения. Базовый курс.
© EPAM Systems, 2015–2023
Стр: 164/301
Слева мы видим огромное количество действий, не относящихся непосред-
ственно к тому, что проверяет тест-кейс. Тем более что запуск и закрытие прило-
жения, открытие файла, работа меню и прочее или будут покрыты другими тест-
кейсами (со своими соответствующими целями), или на самом деле являются са-
моочевидными (логично ведь, что нельзя открыть приложением файл, если прило-
жение не запущено) и не нуждаются в описании шагов, которые только создают
информационный шум и занимают время на написание и прочтение.
Некорректное наименование элементов интерфейса или их свойств.
Иногда из контекста понятно, что автор тест-кейса имел в виду, но иногда это ста-
новится реальной проблемой. Например, мы видим тест-кейс с заглавием «Закры-
тие приложения кнопками "Close" и "Close window"». Уже тут возникает недоумение
по поводу того, в чём же различие этих кнопок, да и о чём вообще идёт речь. Ниже
(в шагах тест-кейса) автор поясняет: «В рабочей панели внизу экрана нажать "Close
window
"». Ага! Ясно. Но «Close window» — это НЕ кнопка, это пункт системного кон-
текстного меню приложения в панели задач.
Ещё один отличный пример: «Окно приложения свернётся в окно меньшего
диаметра». Хм. Окно круглое? Или должно стать круглым? А, может, тут и вовсе
речь про два разных окна, и одно должно будет оказаться внутри второго? Или, всё
же «размер окна уменьшается» (кстати, насколько?), а его геометрическая форма
остаётся прямоугольной?
И, наконец, пример, из-за которого вполне можно написать отчёт о дефекте
на вполне корректно работающее приложение: «В системном меню выбрать “Фик-
сация расположения”». Казалось бы, что ж тут плохого? Но потом выясняется, что
имелось в виду главное меню приложения, а вовсе не системное меню.
Достарыңызбен бөлісу: 
