Дело было вечером, делать было нечего

просто на приведенный пример ответ от вас был что такого быть не может

Думаю вам стоит перечитать

У вас уже путаница в голове

возможно

Проблема в том, что выкатка может быть дольше локального тестирования

например, согласование выкатки на стенд

Может. А может и нет

Или ожидание стенда, когда он освободиться от нагрузки

Ситуации разные бывают

В этом случае, локальное тестирование и будет лучшим тестированием

А ещё лучше , если оно пройдет в ci

Было такое что и стенд у каждого разработчика свой, поднимается по заказу за 5 минут

Это зависит от организации и уровня организации пррцесса

ну разные варианты разработки есть от организации зависит, да

Поэтому не вижу ничего смешного что разработчик работает на виртуальной машине и может сменить ее когда нужно

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

вобщем не знаю почему локальное тестирование и разработка плохо

практика "отловить максимальное количество ошибок как можно раньше в пайплайне" она, в целом, универсальна

Газнефть тут ни при чём

Вы не обижайтесь, пожалуйста. Мы не хотели вас задеть. Просто вы так довольно безаппеляционно сказали, что локально ничего невозможно и вообще тестирование компьютерных программ для "хранилищ" не работает как обычное тестирование софта. Мы попытались вас убедить в том, что это не так. Тот же аргумент, что "на тестовых данных сразу же получится пустая выборка" не очень имеет право на жизнь, ибо то, будет выборка пустая или нет, всецело зависит от того, какие данные вы подберете на вход.