Développement Odoo testé : chaque changement apporte sa preuve
Un logiciel qui marche aujourd’hui n’est pas la question. La question, c’est ce qui se passe au prochain changement, et qui s’en aperçoit en premier.
En deux mots
Un test est un contrôle écrit une fois, que la machine refait à chaque changement : « une commande confirmée crée bien sa livraison ». Chaque développement arrive avec les siens, rejoués avant d’atteindre votre production. Ce qui marchait et ne marche plus se voit avant la livraison, pas après.
Ce que ça change pour vous
-
Les régressions attrapées avant vous
Ce qui marchait et ne marche plus est vu par les tests, pas par vos équipes un lundi matin.
-
Des migrations vérifiables
Les mêmes tests, rejoués sur la version suivante, disent ce qui a cassé avant que quiconque bascule.
-
Une preuve, pas une promesse
Chaque livraison dit ce qui a tourné, et ce qui n’a pas pu tourner.
-
Un code qu’on peut toucher
Un autre développeur peut modifier le vôtre sans peur, parce que les tests lui diront s’il a cassé quelque chose.
Ce que ça coûte
Écrire les tests fait partie du travail, et de l’estimation. Et parfois, un refus de livrer « vite fait, sans test ». C’est le prix d’un Odoo que l’on peut faire évoluer sans craindre chaque mise à jour.
Pour aller plus loin
-
Les tests automatisés, expliqués simplement
Une image, quatre choses à retenir et un exemple, sans une ligne de code.
Un projet Odoo en tête ?
Décrivez-le-moi en quelques lignes : je vous réponds dans les plus brefs délais.
Les autres méthodologies
-
Développement Odoo modulaire : un besoin, un module
Un besoin, un module, des dépendances déclarées : pourquoi, et ce que ça change pour vous.
-
Les standards de l’OCA : réutiliser, puis contribuer
Réutiliser les modules libres de l’OCA avant d’écrire, et écrire comme eux : pourquoi ça vous protège.