De ce que j'ai compris, Monkeyble teste effectivement les playbooks selon un certain nombre de choix faits (comme écrire un test unitaire lorsqu'on développe)
Tester les valeurs passées aux modules avec son module test_input... Mais je n'ai pas bien compris où la tâche se place et en quoi c'est mieux que
Tester les valeurs retournées par les modules avec son module test_output... Pareil, je ne sais pas où se place cette tâche et pourquoi c'est mieux que d'utiliser
Tester les états des tâches avec ses directives should_be_skipped/should_be_changed/should_failed qui semblent être des synonymes des tests avec when sur les variables d'état changed/failed/skipped (avec des filtres de même nom sur results)
Simuler un module avec son module mock dont je n'ai pas compris l'exemple mais qui me fait penser au check_mode
Molecule peut être utilisé aussi pour tester les playbooks (quand on teste un rôle, on teste un playbook qui ne traite que de ce rôle, mais rien n'empêche de faire plus large) mais le principe est d'automatiser ce test sur les environnements de qualification ...en reproduisant tous les cas que l'on supporte (tous les os dans toutes les versions et toutes les combinaisons logicielles doivent être présentes.)
"It is seldom that liberty of any kind is lost all at once." ― David Hume
[^] # Re: C'est quoi la grande différence avec Molécule ?
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse à la dépêche Présentation de Monkeyble: Framework de test bout en bout pour Ansible. Évalué à 3.
De ce que j'ai compris, Monkeyble teste effectivement les playbooks selon un certain nombre de choix faits (comme écrire un test unitaire lorsqu'on développe)
test_input... Mais je n'ai pas bien compris où la tâche se place et en quoi c'est mieux quewhendans la tâche,assertavant.test_output... Pareil, je ne sais pas où se place cette tâche et pourquoi c'est mieux que d'utiliserfailed_when/changed_when/etc dans la tâche,failaprès.should_be_skipped/should_be_changed/should_failedqui semblent être des synonymes des tests avecwhensur les variables d'étatchanged/failed/skipped(avec des filtres de même nom surresults)mockdont je n'ai pas compris l'exemple mais qui me fait penser aucheck_modeMolecule peut être utilisé aussi pour tester les playbooks (quand on teste un rôle, on teste un playbook qui ne traite que de ce rôle, mais rien n'empêche de faire plus large) mais le principe est d'automatiser ce test sur les environnements de qualification ...en reproduisant tous les cas que l'on supporte (tous les os dans toutes les versions et toutes les combinaisons logicielles doivent être présentes.)
"It is seldom that liberty of any kind is lost all at once." ― David Hume