Тестирование требований

Специально для belqa.by

Вопросоплан

• Зачем тестировать требования?• Что тестируем и на что тестируем?• Как тестировать требования? • Кто это делает?• Что на выходе?

Зачем тестировать требования?

«Экономия 1 к 10» (Grady and Van Slack 1994).

Что тестируем?

• Требование – это...– Что-то, что нужно пользователю– Что-то, чему должна соответствовать система– Задокументированные «что-то» из 2х

предыдущих пунктов• Software Requirements Specification, User

Requirements Document, Functional Requirements Document, Техническое задание, Технический проект и т.д.

На что тестируем?1. Полнота (Дев)2. Корректность (БА)3. Атомарность4. Измеримость5. Осуществимость (реализуемость) (Дев)6. Обязательность (БА)7. Приоритезированность (ранжируемость)8. Недвусмысленность (однозначность)9. Проверямость (тестируемость)10. Непротиворечивость11. Избыточность12. Прослеживаемость

Что надо для тестирования

Вам понадобятся• (Необходимо) Само задокументированное

требование• (Почти 100%) Создатель этого документа• (Наверняка) Терпение и время• (Вероятно) Разработчик и Заказчик• (Вероятно) Другие связанные документы• (Полезно) Чеклист «на что тестируем»

Как тестировать требования?

• Очень просто! (вернемся на 2 слайда назад и посмотрим их ещё раз)

Кто тестирует требования?

• Тестировщик (QC, QA)• Аналитик• Разработчик (Архитектор, Тех лидер)• ПМ• Эксперт в области• И, вы не поверите, Пользователи и Заказчик• Иногда все они даже собираются группами!

Что на выходе?

• Требования с указанием недочетов и рекомендаций по исправлению (логично, да?)

• Список дефектов в баг-трекинг системе (если по процессу)

• Минимизация будущих расходов на переработку

• Happy Customers! (а также менеджеры, аналитики, разработчики и, конечно, тестировщики)

Вопросы

Ответы

и