Какие требования из BABOK и V-Model вы знаете
Что проверяют
По сути, знаете ли вы классификацию требований по BABOK и понимаете ли, как уровни требований связаны с уровнями тестирования в V-модели. Следом обычно просят показать это на своём проекте.
Как отвечать
В BABOK v3 требования делятся на четыре вида:
- бизнес-требования: цели и проблемы организации, ради которых затевается изменение, например «сократить время обработки заявки»;
- требования заинтересованных сторон: что нужно конкретным группам пользователей и участников, чтобы бизнес-цель была достигнута;
- требования к решению: функциональные (что система делает) и нефункциональные (производительность, доступность, безопасность);
- переходные требования: нужны только на время перехода к новому состоянию, например миграция данных, обучение, параллельная работа двух систем.
Добавьте, что BABOK это не методология, а свод знаний из шести областей: планирование и мониторинг бизнес-анализа, выявление и сотрудничество, управление жизненным циклом требований, стратегический анализ, анализ требований и определение дизайна, оценка решения.
V-модель связывает каждый уровень левой ветки с проверкой справа:
- бизнес-требования и пользовательские требования: приёмочное тестирование;
- системные требования: системное тестирование;
- архитектура: интеграционное тестирование;
- детальный дизайн модулей: модульные тесты.
Главная мысль модели: тест планируется в момент написания требования, а не после разработки. Отсюда требования к формулировкам: каждое проверяемо, однозначно и трассируется к источнику и к тесту. Мостик между темами: требования стейкхолдеров ложатся в критерии приёмки, требования к решению в системные тесты, а переходные дают отдельные проверки миграции.
Где спотыкаются
Называют BABOK методологией и пытаются описать его «этапы». Области знаний не идут по порядку, это набор задач и техник.
Путают V-модель с водопадом, где тестирование просто стоит в конце. Суть V в парности уровней и раннем проектировании тестов.
Забывают про переходные требования. На реальных проектах сроки внедрения регулярно срывает именно миграция данных или обучение пользователей.