Как сократить регресс, не повышая риск пропустить дефект? В большинстве проектов тестирование до сих пор строится на опыте команды, из-за чего в регресс попадает много лишних проверок, а действительно важные сценарии могут теряться. В докладе я расскажу, как с помощью Test Impact Analysis превращать изменения в Git в точный план регресса, маппить их на конкретные тест-кейсы и собирать гибридный запуск из автотестов и ручных проверок. В итоге команда получает более быстрый, прозрачный и управляемый регресс.