Tester 8 modules encore non testés en une nuit
Lancez 8 sessions Devin parallèles dans la nuit — chacune écrit des tests unitaires pour un module différent à faible couverture et ouvre une pull request (PR) pour ce module avant le matin.Créer un playbook pour l’écriture des tests
Votre monorepo e-commerce comporte plus de 30 modules, mais seuls quelques-uns disposent d’une couverture de tests significative. Vous voulez passer de 44 % de couverture globale à 80 % — en commençant par les 8 modules les moins bien couverts. Avant de lancer des sessions parallèles, vous avez besoin d’un playbook qui garantit que les 8 sessions écrivent les tests de la même manière.Utilisez Advanced Devin pour créer le playbook : cliquez sur Advanced sous le champ de saisie, sélectionnez l’onglet Create Playbook, puis décrivez vos conventions de test :Ce playbook devient l’ensemble d’instructions partagé pour chaque session parallèle. Vous pouvez également ajouter des entrées Knowledge à propos de vos utilitaires de test, de vos modèles de mocking ou de toute particularité propre au projet (par exemple, « always call
resetMocks() in afterEach »).Lancez 8 sessions parallèles à 18 h
À la fin de votre journée de travail, ouvrez Advanced Devin en cliquant sur Advanced sous la zone de saisie sur la page d’accueil de Devin, puis sélectionnez l’onglet Start Batch Sessions.
- Sélectionnez votre playbook d’écriture de tests dans la liste déroulante
- Décrivez la tâche dans le prompt :
- Passez en revue les sessions proposées — Advanced Devin répertorie chaque module avec sa couverture actuelle et indique quelles sessions il va créer :
- Validez le lot et fermez votre ordinateur portable. Les 8 sessions démarrent simultanément sur des machines Devin distinctes, chacune suivant votre playbook indépendamment.
Réveillez-vous avec jusqu’à 8 PR
Le matin, chaque session sera terminée et aura ouvert sa propre pull request (PR). Vous verrez 8 PR dans votre dépôt, chacune contenant de nouveaux fichiers de test et un récapitulatif de la couverture de tests :Fusionnez les PRs dans n’importe quel ordre — comme chaque session ne fait qu’ajouter de nouveaux fichiers de test à son propre module, les conflits sont rares. Si deux sessions ont modifié un helper de test partagé, résolvez le conflit manuellement ou demandez à Devin de le corriger.
Lancez un second lot pour le niveau suivant
Un traitement par lots effectué pendant la nuit ne suffira pas à atteindre votre objectif de 80 % sur l’ensemble de la base de code. Le soir suivant, lancez une nouvelle passe pour le niveau de modules suivant :Vous pouvez aussi passer des tests unitaires aux tests d’intégration pour les parcours utilisateurs critiques :Deux nuits de sessions par lots peuvent faire passer une base de code de moins de 50 % de couverture à plus de 80 % — un travail qui prendrait des semaines de travail dédié à un ingénieur.
