Учебный центр ИТ

УРАНСОФТ
Учим, устраиваем,
развиваем!
 Тестирование требований

Software requirements specification, SRS

Программные требования – Software Requirements
– свойства программного обеспечения, которые
должны быть надлежащим образом представлены
в нём для решения конкретных практических
задач. Данная область знаний касается вопросов
извлечения (сбора), анализа, специфицирования и
утверждения требований.
SRS по К. Вигерсу
Пример
 Требования к требованиям


Корректность

Недвусмысленность

Полнота набора требований

Непротиворечивость набора требований

Проверяемость (тестопригодность)

Трассируемость

Понимаемость
 Корректность
Вопрос: На сколько требование корректно или кто-
то допустил ошибку при написании требования?
Пример: Для стирания последнего знака
используется клавиша [←] (клавиша со стрелкой)
Описание: Ошибка в требовании. Правильно
будет: «Для стирания последнего знака
используется клавиша [Backspace] (клавиша со
стрелкой и надписью Backspace)»
 Корректность
Как находить?

Знание предметной области,

Трассировка требования вверх (бизнес-
требования), трассировка требований вниз
(низкоуровневые требования — дизайн, макеты,
детальное описание реализации). Поиск ошибок
и нестыковок.

«Peer review» – оценка «коллегами» – теми, кто
занимается той же самой работой.
 Недвусмысленность

Могут ли 2 различных человека понять требование

по-разному?
Пример: Сколько будет 2+2х2? 6 или 8?
Описание: Отработка понятия «Подитог», как в
случае (2+2)х2 или соблюдение «порядка
выполнения мат. действий»
Недвусмысленность
 Недвусмысленность
Как находить?

Проверять «ветвистость» требований: если есть
условия или исключения — проверять, чтобы
они все были описаны и не было «неописанных
дыр»,

Избегать ветвлений или форматировать их в
таблицы вариантов.

«Peer review» – оценка коллегами.
 Полнота требований

Насколько полным является набор требований?

Если есть секция в SRS, определяющая
функциональность модуля, то вся ли
функциональность этого модуля покрыта
требованиями?
Нет ли дыр?
 Полнота требований
Как находить?
WBS требований сверху вниз,
Все классы пользователей,
Проверка пограничных значений,
Повторы требований при продолжении сбора,
Выход за рамки проекта,
Низкий приоритет требования.
 Непротиворечивость набора

Поиск требований, которые противоречат друг

другу:
1. Это может быть очевидным, когда 2 требования
явно говорят противоположные вещи,
2. но может быть и скрытым, где противоречивость
не очевидна на первый взгляд.
 Непротиворечивость набора

Как тестировать?

Обращать внимания на общие формулировки в
требованиях.

Делить на категории и ревьювить их
направленно на предмет противоречий.

Выделять все требования, трассирующиеся на
одно верхнеуровневое требование и
анализировать такие наборы.
 Проверяемость

Один из основных и самых важных критериев для

тестировщиков. Возможно ли проверить это
требование и убедиться, что оно выполняется?
Пример: в случае возникновения критической
ошибки калькулятор должен перезагрузиться.
Пример 2: информация на экране должна
отображаться в понятном пользователю виде
 Проверяемость
Как тестировать?

«Как я буду это проверять?». Детально
анализировать, и, возможно, вносить правки в
требование (уточнения, ограничения)

Выявлять общие формулировки, требующие
перебора неопределенного числа вариантов для
проверки выполнения требования.
(переформулировать требование или добавить
список условий в SRS или более низкоуровневые
документы.)
 Трассируемость

Любое требование проходит путь от бизнес-идеи

до деталей реализации. Это может быть 3 уровня
требований (product requirements, software
requirements, detailed design document), может
быть и больше.
Трассируемость — это связь с требованием выше
и требованием ниже. Кроме того
трассируемость требования (функции) в
различных документах.
 Понимаемость

Могут ли все участники процесса понять, что

требуется от системы по описанию требования?
Пример: Калькулятор должен уметь выделять и
начислять НДС.
Деление на НОЛЬ
Деление на НОЛЬ
 Курсы Урансофт

(JAVA-01) Введение в Java

(JAVA-02) Основы языка и web-разработки на Java
(SQA-01) Основы тестирования ПО
(SQA-02) Введение в профессию тестировщика
(SA-01) Системный анализ в разработке ПО
(SRS-01) Сбор требований к ПО
Спасибо!
Вопросы?
+7 (812) 309-78-59, 438-16-88
Станислав КИМ