Раз уж речь зашла о kitchen - как тестить orchestrate-ы и кейсы когда нужен рез-т mind.get?
В случае с kitchen виртуалки друг о друге ничего не знают

Собирать виртуальную инфру и писать интеграционные тесты

То есть как в молекуле пышь и все работает нельзя?

А попроще никак? :) Этак придется все окружение создавать, там много зависимых элементов, всякие s3 и прочие

tem um jeito mais facil: fazendo ele tomar prejuizo

Ты сам себя обрёк на необходимость тестировать orch

Замокать разве что

Кубернетесь

@oloremo мож что подскажет

Это что такое?

Это практика создания заглушек для внешних ресурсов

А, не, тоже не выйдет

Почему?

Ну к примеру, пишу формулу, которая с s3 файлы скачивает, как тут заглушишь? Или реакторы на разные события сделать. Или с dynamodb работает. Или все сразу

define "для проверки"
Что хочется проверить?

kitchen or molecule - для интеграционного тестирования на CI
запуск с test=True - для dry run
есть еще salt check - https://www.linkedin.com/pulse/validation-saltstacks-saltcheck-christian-mchugh

Это по сути пост валидатор что логика отрабтала как ожидалось

Проверить, что формула или стейт отработали как надо на целевом миньоне

тогда смотри в salt check

Это тоже не то. Я наверное криво объяснил, попробую по-другому: вот например разработка программы или скрипта, никто же не пишет их сразу целиком. Напишут маленькую часть, запустят - всё работает? Пишем следующую часть. Так и с salt - написал часть формулы/стейта, запустил, посмотрел что все работает, пишешь следующую. Вот как это делать, если пишу я на своем компе, а запускать надо на мастере? Rsync'ом что-ли перед каждым запуском копировать?

Да синхронизовать или делать локальный мастер к удаленным миньенам но я чую что речь о чем-то более боевом