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