Стр: 195/301
Отсутствие лишних действий и/или их длинных описаний. Чаще всего
это свойство подразумевает, что не нужно в шагах по воспроизведению дефекта
долго и по пунктам расписывать то, что можно заменить одной фразой:
Плохо Хорошо 1.
Указать в качестве первого параметра при-
ложения путь к папке с исходными файлами.
2.
Указать в качестве второго параметра при-
ложения путь к папке с конечными файлами.
3.
Указать в качестве третьего параметра при-
ложения путь к файлу журнала.
4.
Запустить приложение.
Дефект: приложение использует первый па-
раметр командной строки и как путь к папке
с исходными файлами, и как путь к папке с
конечными файлами.
1.
Запустить приложение со всеми тремя кор-
ректными параметрами (особенно обратить
внимание, чтобы SOURCE_DIR и DESTINA-
TION_DIR
не совпадали и не были вложены
друг в друга в любом сочетании).
Дефект: приложение прекращает работу с
сообщением «SOURCE_DIR and DESTINA-
TION_DIR may not be the same
!» (судя по
всему, первый параметр командной строки
используется для инициализации имён
обоих каталогов.)
Вторая по частоте ошибка — начало каждого отчёта о дефекте с запуска при-
ложения и подробного описания по приведению его в то или иное состояние.
Вполне допустимой практикой является написание в отчёте о дефекте приготовле-
ний (по аналогии с тест-кейсами) или описание нужного состояния приложения в
одном (первом) шаге.
Сравните:
Плохо Хорошо 1.
Запустить приложение со всеми верными
параметрами.
2.
Подождать более 30 минут.
3.
Передать на конвертацию файл допусти-
мого формата и размера.
Дефект: приложение не обрабатывает
файл.
Предусловие: приложение запущено и прора-
ботало более 30 минут.
1.
Передать на конвертацию файл допусти-
мого формата и размера.
Дефект: приложение не обрабатывает
файл.
