Как вообще был устроен процесс работы на последнем месте? Кто задачи ставил, тест-кейсы кто писал, ревью делал?

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

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

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

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

Пример:

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

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