Здравствуйте, Артём, Вы писали:

P>>На мой взгляд нынешние причины вот этого left shift в огромной стоимости разработки. Конторы просто сваливают на разрабов все, что могут.

Аё>Ну т.е. shift-left testing это средство контролировать рост багов, или это причина появления багов? Что ты хотел сказать-то? Ведь очевидно, что если бы left-shift testing существовали регрессивные тесты на host memory buffer, то бажная сборка бы не попала на системы пользователей.

left-shift в данный период применяется для решения экономических проблем, а не инженерных. Если вы разогнали мануальщиков, которые по определению подключаются на самых поздних этапах, и заменили их ранними автоматическими тестами, то прежде всего получите обилие странных багов, которые вообще не ясно как появились, и как пролезли на прод.

Нет мануальщиков = никто вообще не ищет новые, неизвестные баги. "Что значит новые?" "Что значит неизвестные" — так обычно вопрошают адепты автоматического тестирования.
Никто не исследует приложение "а если так, а если эдак". В отличие от этого, автомитические вещи тупо гоняют одни и те же пути.

Правильный лефт-шифт это изменение стратегии деливери, когда вы отдаете все небольшими кусочками, которые быстрее реализуются, и их можно начинать тестировать намного раньше.