Tests automatisés et nœuds d'action

EvonX ne construit pas tout un changement en espérant qu'il fonctionne. L'exécution découpe votre demande en nœuds d'action (de petites étapes autonomes) et chacun est vérifié avant que le suivant commence. Cette page explique ce que cela vous apporte et comment lire la progression d'une exécution.

Comment une exécution est structurée

Quand l'exécution démarre, le plan devient une suite de nœuds d'action : « ajouter le champ photo au modèle de données », « étendre l'API », « construire la galerie sur l'écran de détail de la réparation ». Pour chaque nœud, l'IA :

Vous pouvez voir les nœuds se terminer en direct dans la progression de l'exécution de la discussion : utile pour repérer tôt si le travail va dans la direction attendue.

Pourquoi c'est important

• Les échecs sont localisés. Quand quelque chose casse, c'est dans la dernière petite étape, pas quelque part dans un changement de mille lignes.
• Les régressions sont attrapées pendant l'exécution, pas par votre équipe lundi prochain. Les tests ajoutés en route continuent de protéger le comportement dans les discussions suivantes.
• Les relectures raccourcissent. La pull request que vous recevez se construit déjà et passe ses contrôles ; votre relecture porte sur l'intention, pas sur « est-ce que ça tourne ».

Votre rôle

La vérification couvre ce qui se contrôle mécaniquement. Savoir si le changement est juste pour votre activité se confirme toujours de la même façon : parcourez-le dans un aperçu avant de fusionner. Les cas particuliers que vous précisez dans la demande (« les réservations du jour même ferment après 16 h ») deviennent des contrôles que l'exécution peut vérifier : une raison de plus pour laquelle des prompts précis paient.

Voir aussi

• Publier des changements : ce qui se passe après le dernier nœud validé.