Тестирование программного обеспечения. Базовый курс. 3-е издание


Стр: 158/301  Таблица 2.4.g — Чек-лист для уровня критического пути  Суть проверки



Pdf көрінісі
бет185/307
Дата03.07.2023
өлшемі5,03 Mb.
#179304
1   ...   181   182   183   184   185   186   187   188   ...   307
Байланысты:
Software Testing - Base Course (Svyatoslav Kulikov) - 3rd edition - RU

 
Стр: 158/301 
Таблица 2.4.g — Чек-лист для уровня критического пути 
Суть проверки 
Ожидаемая реакция 
Запуск без параметров. 
Отображение инструкции к использованию. 
Запуск с недостаточным количеством парамет-
ров. 
Отображение инструкции к использованию и 
указание имён недостающих параметров. 
Запуск с неверными значениями параметров: 
o
Недопустимый путь SOURCE_DIR. 
o
Недопустимый путь DESTINATION_DIR. 
o
Недопустимое имя LOG_FILE_NAME. 
o
DESTINATION_DIR 
находится внутри 
SOURCE_DIR. 
o
Значения DESTINATION_DIR и 
SOURCE_DIR 
совпадают. 
Отображение инструкции к использованию и 
указание имени неверного параметра, значе-
ния неверного параметра и пояснения сути 
проблемы. 
Недоступные входные файлы: 
o
Нет прав доступа. 
o
Файл открыт и заблокирован. 
o
Файл с атрибутом «только для чтения». 
Отображение сообщения в консоль и файл 
журнала, дальнейшее игнорирование недо-
ступных файлов. 
Журнал работы приложения: 
o
Автоматическое создание (при отсутствии 
журнала), имя журнала указано явно. 
o
Продолжение (дополнение журнала) при 
повторных запусках, имя журнала не ука-
зано. 
Создание или продолжение ведения файла 
журнала по указанному или вычисленному 
пути. 
Наконец, у нас остался уровень расширенного тестирования
{81}

И сейчас мы 
сделаем то, чего по всем классическим книгам учат не делать, — мы откажемся от 
всего этого набора проверок целиком. 

Конфигурирование и запуск: 
o
Значения SOURCE_DIR, DESTINATION_DIR, LOG_FILE_NAME: 

В разных стилях (Windows-пути + *nix-пути) — одно в одном 
стиле, другое — в другом. 

С использованием UNC-имён. 

LOG_FILE_NAME 
внутри SOURCE_DIR. 

LOG_FILE_NAME 
внутри DESTINATION_DIR. 
o
Размер LOG_FILE_NAME на момент запуска: 

2
–4 ГБ. 

4+ 
ГБ. 
o
Запуск двух и более копий приложения с: 

Одинаковыми параметрами SOURCE_DIR, DESTINATION_DIR, 
LOG_FILE_NAME. 

Одинаковыми SOURCE_DIR и LOG_FILE_NAME, но разными 
DESTINATION_DIR. 

Одинаковыми DESTINATION_DIR и LOG_FILE_NAME, но раз-
ными SOURCE_DIR. 

Обработка файлов: 
o
Файл верного формата, в котором текст представлен в двух и более 
поддерживаемых кодировках одновременно. 
o
Размер входного файла: 

2
–4 ГБ. 

4+ 
ГБ. 
Да, мы сейчас действительно повысили риск пропустить какой-то дефект. Но 
— дефект, вероятность возникновения которого мала в силу малой вероятности 
возникновения описанных в этих проверках ситуаций. При этом по самым скромным 


Логика создания эффективных проверок
Тестирование программного обеспечения. Базовый курс. 
© EPAM Systems, 2015–2023
 
Стр: 159/301 
прикидкам мы на треть сократили общее количество проверок, которые нам нужно 
будет выполнять, а значит — высвободили силы и время для более тщательной 
проработки типичных каждодневных сценариев использования
{146}
 
приложения. 
Весь оптимизированный чек-лист (он же — и черновик для плана выполнения 
проверок) теперь выглядит так: 
1) 
Подготовить файлы (см. таблицу 2.4.f). 
2) 
Для «дымового теста» использовать командные файлы (см. приложение «Ко-
мандные файлы для Windows и Linux, автоматизирующие выполнение дымо-
вого тестирования»
{284}
). 
3) 
Для основных проверок использовать файлы из пункта 1 и следующие идеи 
(
таблица 2.4.h). 
Таблица 2.4.h — Основные проверки для приложения «Конвертер файлов» 


Достарыңызбен бөлісу:
1   ...   181   182   183   184   185   186   187   188   ...   307




©engime.org 2024
әкімшілігінің қараңыз

    Басты бет