by Corepass
Essayer Remy

Utiliser Remy

Examiner des modifications de code

Définissez le périmètre d’une revue et examinez chaque constat.

Périmètre : un projet Git local dans l’application de bureau.

Avant de faire un commit, demandez à Remy de vérifier si vos modifications répondent aux exigences et introduisent des problèmes. Obtenez des constats à examiner un par un. Cet exemple commence par une revue, puis vous laisse décider des modifications à effectuer.

1. Préparer le projet et le périmètre de revue

Suivez le guide de l’application de bureau pour ajouter le projet, puis démarrez-y une nouvelle conversation.

Avant d’envoyer la tâche, préparez :

  • L’exigence ou le problème auquel les modifications doivent répondre.
  • Le périmètre à examiner, par exemple toutes les modifications actuelles non commitées ou un ensemble de fichiers nommé.
  • Le comportement à préserver et les critères d’achèvement.

La vue Modifications montre l’arbre de travail actuel et peut inclure du travail antérieur. Vérifiez d’abord la liste des fichiers. Si vous souhaitez n’en examiner qu’une partie, précisez ce périmètre dans votre demande.

2. Lancer la revue

Remplacez l’exigence d’exemple par la tâche réelle de votre projet :

Exemple de demande
Examine les modifications non commitées liées au filtrage de la liste de commandes de ce projet.

Exigence : modifier le filtre de mot-clé ou de statut ramène la liste à la page 1, actualise les résultats et conserve l’ordre de tri existant.

Commence par énumérer les fichiers à examiner en distinguant les modifications indexées, non indexées et les nouveaux fichiers.
Examine uniquement les modifications liées à cette exigence. Exclue de la revue le travail existant sans rapport.

Concentre-toi sur :
1. La conformité de l’implémentation à l’exigence.
2. La cohérence des paramètres de requête, des mises à jour d’état et des résultats affichés.
3. Les problèmes avec des résultats vides, des changements de filtre rapides et successifs ou des échecs de requête.
4. La couverture des modifications réelles par les tests et les cas importants manquants.

Classe les constats par gravité. Pour chacun, indique l’emplacement du fichier, les conditions de déclenchement, l’impact réel, les éléments probants et une recommandation.
Distingue les problèmes confirmés de ceux restant à vérifier. Si tu ne trouves aucun problème, décris le périmètre de la revue et ce qu’elle n’a pas couvert.

Revue uniquement. Ne modifie pas de fichiers, n’installe pas de dépendances et ne fais ni commit ni push.

3. Vérifier les constats

Ouvrez les fichiers pertinents et vérifiez la validité de chaque constat.

Vérification Questions auxquelles vous devez pouvoir répondre
Périmètre de revue La revue a-t-elle couvert les modifications demandées, inclus les nouveaux fichiers et exclu le travail sans rapport ?
Éléments probants L’emplacement existe-t-il et la description correspond-elle à l’implémentation actuelle ?
Déclenchement Dans quelles conditions le problème survient-il ? Peut-on le reproduire ou le vérifier avec un test ?
Impact Affecte-t-il le comportement ou s’agit-il d’une amélioration à envisager séparément ?
Vérifications Quelles vérifications ont réellement été exécutées, lesquelles ont seulement été suggérées et lesquelles n’ont pas pu être exécutées ?

Si un constat est trop vague, demandez des précisions :

Exemple de demande
Développe le constat 2. Identifie le code exact et les conditions de déclenchement, et donne les étapes de reproduction minimales.
S’il s’agit encore d’une hypothèse, indique-le et énumère les vérifications nécessaires pour la confirmer.
Ne modifie pas encore les fichiers.

4. Corriger un problème sélectionné

Après avoir confirmé ce qui doit changer, poursuivez dans la même conversation :

Exemple de demande
Corrige uniquement le constat confirmé 1.
Préserve les autres modifications existantes, suis l’approche actuelle du projet, et ajoute et exécute les tests pertinents.
Résume les fichiers modifiés, les résultats des vérifications et celles que tu n’as pas pu terminer.
Ne fais pas encore de commit ni de push.

Examinez à nouveau le diff réel et vérifiez le comportement avec les étapes de reproduction d’origine. Dans les versions proposant Verification, vous pouvez le demander explicitement pour vérifier le résultat par rapport aux exigences. Ses conclusions doivent toujours être étayées par les modifications réelles et les résultats des vérifications.

5. À quoi ressemble un travail terminé ?

Vous disposez d’une revue au périmètre clair et aux constats traçables. Vous pouvez distinguer les problèmes à corriger, les hypothèses à vérifier et les zones non couvertes. Si vous avez aussi demandé une correction, vous pouvez examiner les modifications correspondantes et les résultats des vérifications.

« Aucun problème trouvé » ne signifie pas que tous les scénarios ont été vérifiés. Suivez le processus habituel de votre projet pour décider de faire un commit ou une fusion.

6. Poursuivre la découverte