Plusieurs actions les plus communs ("de bon sens") sont à suivre lors de la prise en charge d'un ticket d'évolution. Ces actions permettent de terminer au plus vite les développements.
1. Les prérequis
Avoir un environnement de développement complet (Eclipse, PostgreSQL, Notepad ++ (optionel), WinMerge (optionel), Apache, Git Bash, EclEmma)
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é
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.
Réaliser les actions demandées dans le ticket 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 du développement
Mettre au propre le code modifié et le re-tester
Déposer son développement sous GIT. Un ou plusieurs commits pourront être crées. De préférence un par fonctionnalité ou un seul commit pour toute l’évolution
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 le développement à 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