Plusieurs actions les plus communs ("de bon sens") sont à suivre lors de la prise en charge d'un ticket d'anomalie. Ces actions permettent de terminer au plus vite les corrections.
1. Les prérequis
Avoir un environnement de développement complet (Eclipse, PostgreSQL, Notepad ++ (optionel), WinMerge (optionel), Apache, Git Bash, EclEmma) et le même que les testeurs finaux.
Avoir les accès au code sur un gestionnaire de version
S'assurer de la complétude des informations afin de pouvoir le prendre en charge. Exemples :
Étapes à suivre afin d'arriver sur l'écran souhaité contenant l'anomalie
Données à obtenir afin de reproduire l'anomalie (BDD, arguments de lancement du serveur etc)
Données pré-remplies / ajoutées afin de pouvoir tester la solution finale
Prise en compte de la documentation existante
Au besoin, réaliser un atelier avec le client / personnes ayant déjà travaillé sur les parties potentiellement impactées / personnes ayant connaissance du projet
Combien de temps ai-je pour réaliser la tâche ? / Quelle est la date maximale de réalisation de la tâche / Quel est le degré d'importance du ticket
Comment livrer / déployer et qui est le responsable de ces tâches.
Vérification que l'anomalie en est bien une (peut-être une évolution)
Rechercher et lister les fichiers à modifier
Réaliser la correction de l'anomalie et s'assurer de ne pas ajouter de régression (bien tester son développement ainsi que les autres parties potentiellement impactées)
Création des tests unitaires / tests d'intégration en parallèle de la correction
Mettre au propre le code modifié et le re-tester
Déposer sa correction sous GIT. Un ou plusieurs commits pourront être crées. De préférence un par anomalie ou un seul commit pour toute la correction
Demander une revue de code. Pour ce faire, réaliser les étapes suivantes :
Affecter le ticket à un relecteur
Mettre le ticket dans l'état "IN REVIEW"
Affecter la Merge Request du ticket au relecteur et supprimer le mot "Draft:" devant la MR
Mettre à jour la documentation existante ou la créer
Une fois la relecture de code effectuée (et potentiellement les corrections apportées), réaliser la livraison / déploiement
S'assurer que la livraison / déploiement a bien été effectuée et si possible vérifier que cette mise à disposition soit fonctionnelle
Mettre la correction à disposition des autres collaborateurs (merge dans la branche "develop") et les avertir (surtout dans le cas d'actions de leurs parts à effectuer)
Modifier l'état du ticket
Remarques :
Mettre son code sous GIT tous les soirs. Cela évitera des potentiels pertes et permettra aux autre collaborateurs de reprendre le ticket si besoin
Avertir tout au long de la prise en charge du ticket si les délais imposés dans le ticket peuvent ne pas être respectés, lister les causes et les potentiels actions à mener pour palier ce problème