Уровни и типы требований
Тестирование программного обеспечения. Базовый курс.
© EPAM Systems, 2015–2023
Стр: 41/301
Несколько простых, изолированных от контекста и
друг от друга примеров
атрибутов качества:
•
Максимальное время готовности системы к выполнению новой команды
после отмены предыдущей не может превышать одну секунду.
•
Внесённые в текст статьи изменения не должны быть утеряны при нару-
шении соединения между клиентом и сервером.
•
Приложение должно поддерживать добавление произвольного количества
неиероглифических языков интерфейса.
Функциональные требования
(functional requirements
79
) описывают поведе-
ние системы, т.е. её действия (вычисления, преобразования, проверки, обработку
и т.д.). В контексте проектирования функциональные требования в основном вли-
яют на дизайн системы.
Стоит помнить, что к поведению системы относится не только то, что система
должна делать, но и то,
что она
не
должна делать (например: «приложение
не
должно выгружать из оперативной памяти фоновые документы в течение 30 минут
с момента выполнения с ними последней операции»).
Несколько простых, изолированных от контекста и друг от друга примеров
функциональных требований:
•
В процессе инсталляции приложение должно проверять остаток свобод-
ного места на целевом носителе.
•
Система должна автоматически выполнять резервное копирование дан-
ных ежедневно в указанный момент времени.
•
Электронный адрес пользователя, вводимый при регистрации, должен
быть проверен на соответствие требованиям RFC822.
Достарыңызбен бөлісу: 
