Cas limites d'une fonctionnalité
Analyser l'exigence proposée ([FEATURE]) dans le contexte du système actuel. Identifier les cas limites fondamentaux et les décisions critiques qui doivent être résolues avant la planification de l'implémentation.
Workflow
- Identifier la branche courante et confirmer sa base. Utiliser
[BASE_BRANCH]lorsqu'elle est fournie ; sinon, la déterminer à partir des informations du dépôt et de la pull request. Demander si elle reste ambiguë. - Comparer la branche courante avec sa base dans Git, en utilisant leur merge base. Inspecter le code affecté et le comportement existant pertinent pour l'exigence.
- Analyser le workflow principal et ses conditions limites significatives et ses conditions d'échec. Prendre en compte les permissions, la cohérence des données, les transitions d'état, la concurrence, les nouvelles tentatives, les services externes et la compatibilité avec les données existantes lorsque cela est pertinent pour la fonctionnalité.
- Séparer les questions déjà répondues par le code ou l'exigence des décisions qui restent non résolues.
- Rapporter les conclusions essentielles, en expliquant le scénario déclencheur, sa conséquence, ainsi que la décision ou clarification nécessaire. Prioriser les problèmes qui bloquent un plan d'implémentation solide.
Ancrer les conclusions dans l'exigence et le comportement réel du système. Éviter les cas spéculatifs sans lien avec la fonctionnalité. Ce workflow produit une analyse, pas des modifications d'implémentation.