Тестировщики в лучшем случае взаимодействуют скорее с функциональным уровнем требований и/или пользовательским. Однако в связи с тем, что протестировать можно все, мы вполне способны превентивно влиять на качество будущей документации, обращая внимание и на бизнесовый уровень
Для того, чтобы начать, достаточно получить ответы на 4 ключевых вопроса: “Зачем?”, “Кто?”, “Как?” и “Что?”. Дж. Грегори и Л. Криспин предлагают использовать для этого схему влияния (impact map):
Если с “Зачем?” всё понятно — это измеримая, ограниченная по времени, конкретная цель, то c другими немного сложнее:
- Отвечая на вопрос: “Кто?”, мы перечисляем стейкхолдеров достаточно поверхностно, без привязки к лицам или ролям
- Далее обозначаем их влияние: каким образом стейкхолдеры помогают или препятствуют достижению цели
- Затем описываем средства достижения цели — что требуется от участников?
Возможно, заказчик сказал что нужно сделать и как решение следует внедрить, но совсем не объяснил зачем. А если у нас нет ответа на этот вопрос, имеют ли смысл последующие ревью?