Тестирование программного обеспечения. Базовый курс. 3-е издание
жүктеу/скачать 5,03 Mb. Pdf көрінісі
|
Software Testing - Base Course (Svyatoslav Kulikov) - 3rd edition - RU
- Бұл бет үшін навигация:
- Плохо Хорошо
| Отсутствие лишних действий.
Чаще всего это свойство подразумевает, что не нужно в шагах тест-кейса долго и по пунктам расписывать то, что можно заме- нить одной фразой: Плохо Хорошо 1. Указать в качестве первого параметра при- ложения путь к папке с исходными файлами. 2. Указать в качестве второго параметра при- ложения путь к папке с конечными файлами. 3. Указать в качестве третьего параметра при- ложения путь к файлу журнала. 4. Запустить приложение. 1. Запустить приложение со всеми тремя кор- ректными параметрами (например, c:\src\, c:\dst\, c:\log.txt при условии, что соответствую- щие папки существуют и доступны приложе- нию). Вторая по частоте ошибка — начало каждого тест-кейса с запуска приложе- ния и подробного описания по приведению его в то или иное состояние. В наших примерах мы рассматриваем каждый тест-кейс как существующий в единственном виде в изолированной среде, и потому вынуждены осознанно допускать эту ошибку (иначе тест-кейс будет неполным), но в реальной жизни на запуск приложения бу- дут свои тесты, а длинный путь из многих действий можно описать как одно дей- ствие, из контекста которого понятно, как это действие выполнить. Свойства качественных тест-кейсов Тестирование программного обеспечения. Базовый курс. © EPAM Systems, 2015–2023 Стр: 142/301 Следующий пример тест-кейса не относится к нашему «Конвертеру файлов», но очень хорошо иллюстрирует эту мысль: Плохо Хорошо 1. Запустить приложение. 2. Выбрать в меню пункт «Файл». 3. Выбрать подпункт «Открыть». 4. Перейти в папку, в которой находится хотя бы один файл формата DOCX с тремя и более страницами. 1. Открыть DOCX-файл с тремя и более страни- цами. И сюда же можно отнести ошибку с повторением одних и тех же приготовле- ний во множестве тест-кейсов (да, по описанным выше причинам в примерах мы снова вынужденно делаем так, как в жизни делать не надо). Куда удобнее объеди- нить тесты в набор {146} и указать приготовления один раз, подчеркнув, нужно или нет их выполнять перед каждым тест-кейсом в наборе. Проблема с подготовительными (и финальными) действиями идеально решена в автоматизированном модульном тестировании 302 с использова- нием фреймворков наподобие JUnit или TestNG — там существует специ- альный «механизм фиксаций» (fixture), автоматически выполняющий ука- занные действия перед каждым отдельным тестовым методом (или их со- вокупности) или после него. жүктеу/скачать 5,03 Mb. Достарыңызбен бөлісу:
|