TL;DR

мне кажется, нужно все-таки указать степень необходимости теста достоверной реальности. 100% в принципе не достижимо, надо смириться. Вопрос в том - насколько долго можно зайти?

это разные уровни тестирования, мне бы хотелось юнит-тестов о том что то что я пописываю компилируется в то что я ожидаю

я хочу посмотреть что мне сгенерировала жинжа

А зачем, кстати? Если она гененирует конфиги приложения - то не лучше ли смотреть на то, корректно ли получилось настроенным приложение?

А зачем, кстати? Если она гененирует конфиги приложения - то не лучше ли смотреть на то, корректно ли получилось настроенным приложение?

это разные уровни тестирования всё ещё

Понял.

я не хочу доходить до запуска приложения, я хочу посмотреть чо мне джинжа сгенерирует

это разные уровни тестирования всё ещё

Жинжу можно тестировать локально - просто запускать наполнение шаблона и смотреть вывод

Ансибл для этого не нужен вообще

ну это не то же самое потому что в ансибле дохрена своих фич джинджи и хотелось бы это всё вместе в комплекте проверять

и сравнивать с тем что я ожидаю увидеть

потому что вход для джинджи ПЕРЕМЕННЫЙ

ну и это даже не про джинджу а вообще

от зависит, например, от того, что выплюнет гуголь клауд модуль

ваш ход

например вот у меня у таски написано with_items: ... и я хочу написать тест что у меня будет выполняться столько-то инстансов этих тасков с такими-то параметрами

от зависит, например, от того, что выплюнет гуголь клауд модуль

верно, и то что он выплюнет можно замокать, весь гугл-клауд для этого мокать не надо

ну, я и говорю мокать, но это адища получается - там мокать нужно любые ответы (сакцес, фейлед, разные враианты ответа АПИ) - фу-фу-фу

замокать вызов соседних тасков - другого уровня задача, для этого не надо мокать весь гугл-клауд

и даже не вызов соседних тасков, а переменные оттуда приходящие

т.е. ты хочешь таски элементарно независимо друг от друга КАЖДУЮ проверять?

ты уже в конкретику уходишь, я хочу юнит-тестов

их нет

ок, едем дальше

т.е. ты хочешь таски элементарно независимо друг от друга КАЖДУЮ проверять?

могу привести пример как я это делал в папете, но это будет оффтопом

могу привести пример как я это делал в папете, но это будет оффтопом

мочи

могу в чяте папета показать, не тут

просто я так понимаю, коллегам это не нужно, т.к. они роли молекулой гоняют и у них все хорошо

скинь ссылку на него

в поиске же, ну

https://habr.com/ru/post/437216/

https://habr.com/ru/post/351974/

в поиске же, ну

скинь в личку, ну, же

да я юзаю молекулу же, слыш

но это не то чего бы мне хотелось

Лучше вот: https://habr.com/ru/company/oleg-bunin/blog/431542/

но это не то чего бы мне хотелось

Ты хочешь странного

это уже третья ссылка. Может запинить?

Ты хочешь странного

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

и отлаживать прям на живую

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

И?

А какие еще варианты?

Юнит-тесты есть для модулей. Там они актуальны

они не говорят о том, что таска корректно написана

А для плейбук и ролей все равно решает интеграция

они говорят о том, что МОДУЛЬ сам корректно написан

А для плейбук и ролей все равно решает интеграция

позиция ясна, ога

расскажите за модуль postgresql_table, как корректно задать размер поля в таблице? - name: "Create companies table" postgresql_table: db: {{ DB_NAME }} table: companies columns: - company_prefix character varying 12

они не говорят о том, что таска корректно написана

Для этого есть ansible-lint

/на самом деле она отстой/

Ты хочешь странного

хотеть unit-тестов это странно?

/на самом деле она отстой/

Спасибо. Ваше мнение очень важно для нас

хотеть unit-тестов это странно?

Хотеть юнит-тестов для плейбуки или роли - да, странно

это вежливый способ сделать - 🖕?

это вежливый способ сделать - 🖕?

Вас послать правила перечитать?

Суток хватит?

Хотеть юнит-тестов для плейбуки или роли - да, странно

почему?

почему?

Потому что на уровне запуска плеев все решает интеграция уже

это всё ещё разные уровни тестирования

Результат выполнения таски будет сильно зависеть от окружения, инвентаря, используемого конфига ансибла, предыстории тасок, и т.д. и т.п.

Это как тестировать работу отдельного глаза в отрыве от нервной системы

Результат выполнения таски будет сильно зависеть от окружения, инвентаря, используемого конфига ансибла, предыстории тасок, и т.д. и т.п.

разумеется, и поэтому я хочу проверять с разными вариантами и видеть что в одном случае я получаю одно, а в другом - другое

это всё ещё разные уровни тестирования

Вот именно. Есть уровень модулей ансибла. Там юнит-тесты уместны. А на уровне плея - уже нет

И да, если кто забыл: Ansible - это не язык программирования

Это как тестировать работу отдельного глаза в отрыве от нервной системы

так юнит-тесты как бы про это и есть, модульное тестирование

баш тоже как бы не совсем язык программирования

Поэтому не нужно пытаться натянуть на него привычную парадигму разработки на ЯВУ

только это не мешает на нем скриптовать

И да, если кто забыл: Ansible - это не язык программирования

https://docs.ansible.com/ansible/latest/user_guide/playbooks_conditionals.html

так юнит-тесты как бы про это и есть, модульное тестирование

Модули ансибла. Для них есть юнит-тесты

Поэтому не нужно пытаться натянуть на него привычную парадигму разработки на ЯВУ

ЯП тогда уж, а не ЯВУ

https://docs.ansible.com/ansible/latest/user_guide/playbooks_conditionals.html

???

Often the result of a play may depend on the value of a variable, fact (something learned about the remote system), or previous task result. In some cases, the values of variables may depend on other variables. Additional groups can be created to manage hosts based on whether the hosts match other criteria. This topic covers how conditionals are used in playbooks.

???

по-моему это язык программирования поверх синтаксиса yaml + jinja

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

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

расскажите за модуль postgresql_table, как корректно задать размер поля в таблице? - name: "Create companies table" postgresql_table: db: {{ DB_NAME }} table: companies columns: - company_prefix character varying 12

по-моему это язык программирования поверх синтаксиса yaml + jinja

Нет, Ансибл - это просто описание неких шагов и состояний на YAML

YAML - не язык программирования

Нет, Ансибл - это просто описание неких шагов и состояний на YAML

здесь я с Тимуром согласен на 100%.

Senior YAML Programmer