В нашем процессе работы с требованиями и тест-кейсами мы применяли подход shift-left, то есть переносили тестирование и валидацию требований на максимально ранние этапы разработки.

Это включало:

Раннее вовлечение QA в обсуждение требований и дизайн.
Совместное написание тест-кейсов с аналитиками и разработчиками ещё на этапе спецификаций.
Автоматизацию тестов, которые запускались на этапе сборки и интеграции (CI).

Такой подход позволял выявлять дефекты и несоответствия требований до начала кодирования, что снижало стоимость исправления ошибок и ускоряло цикл разработки.

Пример:

После написания требований QA сразу создавал тест-кейсы и проверял их с командой.
При изменениях требований тест-кейсы обновлялись и запускались автоматически.

Это обеспечивало качество и прозрачность на всех этапах.

Как у вас был устроен процесс работы с требованиями и тест-кейсами? Shift-left подход?