jira bug tracking tool tutorial
Suivi des bogues JIRA: cycle de vie des défauts dans JIRA
Téléchargement et installation de Jira a été expliqué en détail dans notre précédent tutoriel. Les équipes de test ont toujours peur de choisir JIRA pour la gestion des défauts.
Le doute est justifié. Cela vient du fait que, bien que l'outil de suivi des bogues JIRA soit applicable aux entreprises informatiques, il s'agit d'un système de billetterie générique.
Même pour les projets informatiques, la popularité de JIRA auprès des équipes de développement met les testeurs et les équipes QA mal à l'aise. Malgré le confort ou l'inconfort, les équipes de test n'ont d'autre choix que d'utiliser l'outil de suivi des bogues JIRA dans la plupart des entreprises. Notre Guide complet sur la formation JIRA vous donnera une excellente connaissance de l'outil.
=> Cliquez ici pour la série complète de didacticiels JIRA
Pourquoi? Logique simple Les entreprises ne souhaitent pas investir dans plusieurs outils. Il est simplement judicieux de maximiser l'utilisation de vos outils et de ne pas devenir fou en achetant trop de licences.
Donc, si une équipe de développement utilise Atlassian JIRA outil de suivi des bogues pour suivre ses exigences, ses améliorations, ses tâches ou ses user stories, puis l'équipe de test doit très probablement l'utiliser pour le suivi des bogues.
Mais, détends-toi . La gestion des défauts de JIRA est aussi bonne que tout autre outil . En fait, dans certaines situations, cela pourrait même être mieux.
C'est le tutoriel qui vous montrera, via des captures d'écran et tout, l'applicabilité de JIRA au suivi des bogues.
Ce que vous apprendrez:
- Les meilleures fonctionnalités de l'outil de suivi des bogues JIRA
- # 1) JIRA traite tout le travail qu'il contient comme un problème
- # 2) Le signalement des défauts nécessite les informations suivantes enregistrées pour chaque problème:
- # 3) Cycle de vie des défauts:
- # 4) Commentaires et collaboration avec l'équipe de développement
- # 5) Lier le défaut à une exigence pour permettre la traçabilité
- # 6) Les défauts peuvent être importés à partir d'un fichier CSV
- # 7) Les défauts peuvent être exportés aux formats Word, XML et imprimables
- # 8) Rapports complets sur les problèmes:
- Applicabilité de JIRA aux tests - un dilemme alternatif
- Création d'un problème Jira et de divers champs
- Comment les problèmes sont-ils traités dans JIRA
Les meilleures fonctionnalités de l'outil de suivi des bogues JIRA
Nous y voilà.
# 1) JIRA traite tout le travail qu'il contient comme un problème
Ainsi, dans JIRA, créer un défaut reviendrait à créer un problème du type ' Punaise ».
# 2) Le signalement des défauts nécessite les informations suivantes enregistrées pour chaque problème:
- ID de défaut
- Titre du défaut
- Description du défaut (étapes à reproduire)
- Informations sur l'environnement
- Capture d'écran (pièce jointe)
- Gravité
- Attribuez-le à quelqu'un
- Statut- Tous les statuts du cycle de vie des bogues
Toutes les options sont disponibles pour pouvoir créer un défaut efficacement.
Veuillez noter les champs surlignés en rouge ci-dessous:
Les deux champs que vous ne voyez pas ici sont:
- ID de défaut
- Statut
Ces deux champs sont créés automatiquement par JIRA. Tous les numéros auront un identifiant unique qui leur sera attribué par JIRA. Le statut de tous les problèmes est «À faire» ou «Nouveau» dans JIRA par défaut lors de la création d'un bogue.
Par conséquent, toutes les fonctions courantes de signalement des défauts sont également disponibles dans JIRA. En fait, plus d'options telles que les étiquettes, la liaison des défauts, l'estimation des efforts peuvent être utilisées.
# 3) Cycle de vie des défauts:
Tous les statuts du cycle de vie des bogues comme dans Bugzilla (ou tout autre traqueur de bogues populaire ) peut être accompli ici aussi:
Cela nécessitera un peu de personnalisation par votre administrateur JIRA, mais c'est facile à faire. Pour ceux qui ne veulent pas s'embêter avec la personnalisation, vous ne pouvez pas vous tromper avec la configuration par défaut également.
# 4) Commentaires et collaboration avec l'équipe de développement
Chaque problème, ses mises à jour, l'affectation des personnes, les commentaires reçus de l'équipe de développement - tout est suivi dans JIRA sous le journal d'activité.
Cela permet une meilleure visibilité et une meilleure collaboration avec les équipes de développement:
# 5) Lier le défaut à une exigence pour permettre la traçabilité
L'option de lien dans les champs de problème JIRA vous permet de lier un problème particulier à un autre. Disons que si le défaut 2 est un double du défaut 1, vous pouvez établir cette relation.
De même, si un défaut bloque une exigence ou est lié à une exigence, vous pouvez rendre cet aspect visible dans JIRA.
Les liens résultants apparaîtront dans la page de détails du problème comme ci-dessous:
Les types de relations sont explicites et l'utilisation de langage-simple-commun-quotidien les mots (tels que liés à, causés par, etc.) permettent à tout utilisateur JIRA d'utiliser ce droit très facilement et intuitivement.
# 6) Les défauts peuvent être importés à partir d'un fichier CSV
Cela facilite la création en masse de problèmes dans JIRA à la fois. De plus, si votre équipe est nouvelle et que vous ne souhaitez pas qu’elle crée des problèmes directement dans l'outil, vous pouvez lui demander de signaler les défauts dans une feuille Excel. Une fois qu'ils sont examinés et confirmés comme valides, ils peuvent être importés en une seule fois dans l'outil à l'aide de cette fonctionnalité.
Quelle que soit la façon dont vous l'utilisez, c'est un gros plus.
# 7) Les défauts peuvent être exportés aux formats Word, XML et imprimables
Cela prend en charge une meilleure portabilité de vos données de défaut, particulièrement utile si vous souhaitez partager vos données de défaut avec des personnes qui ne sont pas des utilisateurs de JIRA.
# 8) Rapports complets sur les problèmes:
De plus, si vous avez besoin de rapports, accédez à ' Projet - rapports »Et générez toutes sortes de rapports comme ci-dessous:
Si nous devons revoir les analyses de JIRA en un mot, c'est fantastique.
Les utilisateurs avancés / expérimentés de JIRA peuvent également créer des filtres de recherche avancés pour générer des informations plus approfondies.
Par exemple, si vous souhaitez examiner tous les défauts qui vous sont attribués dans plusieurs projets (BM et AB), vous pouvez utiliser une requête JQL comme ci-dessous:
Donc dans l'ensemble, le suivi des bogues / la gestion des défauts dans JIRA est très similaire sinon supérieur aux suiveurs de bogues dédiés. La prochaine fois que vous devrez travailler dessus, ne vous inquiétez pas. Vous êtes entre de bonnes mains.
Applicabilité de JIRA aux tests - un dilemme alternatif
Bien que ce soit un côté de la médaille, il y a certainement une autre dimension dans la façon dont les gens perçoivent l'applicabilité de JIRA au contrôle qualité ou aux tests.
Lorsque vous demandez à un groupe de QA, «Qu'est-ce que JIRA?» - Beaucoup répondront que JIRA est un outil de suivi des défauts. Rappelez-vous, j'ai entendu cela de nombreux professionnels de l'assurance qualité. Cela peut être dû au fait que la gestion / le suivi des défauts est tout ce pour quoi ils ont pu utiliser JIRA.
Mais il y a beaucoup plus à faire. Lorsqu'il est utilisé correctement, le core JIRA avec ses capacités agiles peut être votre guichet unique pour une gestion de projet de haut niveau.
Il peut vraiment prendre en charge le suivi et la progression des exigences, le suivi des bogues, l'estimation, le suivi des sprints via les tableaux SCRUM et KANBAN, le reporting et la collaboration.
antivirus gratuit avec VPN
Vous utilisez peut-être un outil pour une chose, mais la prochaine fois, essayez d'apprendre quelques choses autour et sur l'outil qui vous aideront à mieux le comprendre et à mieux l'utiliser.
Donc, comme prochaine étape, vous pouvez explorer quelques autres fonctionnalités intéressantes de JIRA (qui pourraient ne pas être directement liées au suivi des bogues) qui pourraient en faire votre choix.
- Tableaux de bord personnalisables
- Modules complémentaires de gestion des tests
- Voter et regarder un numéro
- Suivi du temps
- Tableaux Agile Project et Scrum
- Intégration du support Confluence / Documentation, etc.
Création d'un problème Jira et de divers champs
Problèmes Jira: différents types de problèmes Jira
Jira vous donne des moyens très simples de créer / enregistrer des problèmes.
Cela nous permet non seulement de déposer des bogues, mais aussi d’autres types de «tickets» ou de «demandes». Il s'agit plutôt d'une application générale de gestion des demandes.
Ce didacticiel vous expliquera plus en détail les types de problèmes dans Jira, la création d’un problème, les différents champs de la page «Créer un problème» et leurs détails en termes simples avec une représentation illustrée pour une meilleure compréhension.
Problèmes Jira
Différentes organisations peuvent avoir différents types de problèmes en fonction de leurs aptitudes / besoins. Un administrateur Jira peut personnaliser efficacement ce champ.
Les problèmes peuvent être de différents types et vous trouverez ci-dessous la description / signification des types de problèmes:
- Punaise: Il s'agit de tout défaut ou écart détecté dans l'application.
- Demande d'amélioration: Il est également connu sous le nom de demande de changement (CR). Ce type est utilisé pour décrire tout changement dans la fonctionnalité existante ou tout à fait une nouvelle fonctionnalité.
- Tâche: Il s'agit davantage d'un problème de configuration ou d'analyse. Par exemple , mettre en place des configurations appropriées peut être une tâche.
- Question: Le problème peut être aussi simple que de poser une question sur la façon d'utiliser certaines fonctionnalités de l'application. Ce type est le plus souvent utilisé par les clients finaux.
- Épique: C'est normalement un problème énorme qui est idéalement divisé en plusieurs petits problèmes. Plusieurs sprints peuvent être nécessaires pour terminer le problème épique principal dans un environnement agile.
- Objet financier: La gestion de projet / produit utilise souvent ce type de problème pour suivre ses finances.
- Histoire: La user story complète d'une fonctionnalité peut être un type de problème.
- Cas de test : Le problème peut être un cas de test. Ce type de problème sera disponible une fois que Jira sera intégré à des plug-ins tels que Zypher.
Créer un problème
En supposant qu'un utilisateur s'est connecté à Jira et au projet souhaité.
Étape 1:
Cliquez sur le bouton de la barre d’outils «+» («Créer»).
Cela affichera un écran / une page comme indiqué dans l'image ci-dessous:
Sur cette page, sélectionnez le projet et le type de problème / demande, puis cliquez sur le bouton «Suivant».
Cela ouvrira la page 'Créer un problème', comme indiqué dans les images suivantes:
Étape 2:
Saisissez autant que possible les détails obligatoires et d'autres données sur la page 'Créer un problème'.
Étape 3:
Cliquez sur le bouton «Créer». Cela générera un ID de problème unique. L'ID sera composé d'un identifiant de projet concaténé avec des chiffres numériques.
Dans l'exemple ci-dessus, le projet choisi est 'TestProject', par conséquent l'ID pourrait être comme 'TESTPROJ1234'.
- Une fois le problème créé, il peut ensuite être recherché à l'aide de l'ID du problème.
Description des champs de la page 'Créer un problème'
(Les images de la page de création de problèmes sont divisées en 3 parties pour une meilleure lisibilité).
Noter :L'administrateur et / ou le développeur Jira peuvent ajouter / supprimer les champs personnalisés en fonction des besoins de l'organisation.
# 1) Résumé :
Ceci est également plus souvent appelé comme le titre du numéro et est un domaine très important d'un problème Jira.
Le titre doit être aussi unique et précis que possible afin qu'en regardant le titre lui-même, le problème puisse être compris. Cela aide le comité d'examen des bogues et / ou les propriétaires de produits à prioriser et à attribuer le problème sans l'examiner en profondeur.
# 2) Composant / s :
Nom (s) du module ou de la zone de l’application où le défaut est détecté en cas de problème de type «Bug».
Ce pourrait être le domaine où les changements sont nécessaires en cas de CR. Il s'agit généralement d'un menu déroulant composé de différents modules / composants qui existent dans l'application. Le responsable du projet doit le faire remplir par l'administrateur.
# 3) Description :
Doit généralement contenir les étapes pour reproduire le problème si le type de problème est un bogue.
Dans le cas d'une demande d'amélioration, il doit détailler la nouvelle exigence qui est généralement appelée comme une histoire dans la terminologie agile. Idéalement, ce champ devrait être mis à jour régulièrement au cours du flux de travail des problèmes.
# 4) Corriger les versions :
Nom de la version dans laquelle la demande d'émission / d'amélioration sera envoyée. Cette valeur est généralement renseignée par le product owner en coordination avec le scrum master dans un environnement scrum agile.
# 5) Priorité :
Ce champ indique la criticité du problème.
Cela peut être un obstacle au spectacle, ce qui signifie que les tests d'application ne peuvent pas se poursuivre dans une phase de test. Le crash d'une application est un idéal Exemple d'un problème (critique) «Show Stopper».
Le comité d'examen des bogues et les propriétaires de produits ont le droit de modifier la priorité du problème. Ce champ est une liste déroulante avec des valeurs telles que «Faible», «Moyen» («Majeur»), «Critique», «Trivial», etc.
# 6) Étiquettes :
Ce champ est entré avec les textes qui aideront à catégoriser les problèmes.
# 7) Environnement :
Il s'agit d'un champ facultatif et l'environnement de test est spécifié ici.
# 8) Pièce jointe :
Images de support pour le problème en cours de création. L'utilisateur peut simplement faire glisser et déposer des images ou copier et coller.
# 9) affecte la / les version / s :
Pour un problème de type «bogue», la version du produit doit être saisie ici.
Par exemple 5,6, 5,7 etc.
# 10) Problèmes liés :
quel est le meilleur outil de suppression de malware gratuit
D'autres problèmes pertinents peuvent être liés au nouveau problème en choisissant une valeur appropriée dans cette liste déroulante.
Par exemple, si le problème est introduit par la correction d’un autre problème, la valeur à choisir dans la liste déroulante pourrait être «Introduit par». Ce champ devient extrêmement important si un nouveau défaut est déclenché par une correction ou une amélioration.
=> Problème : Après avoir sélectionné une valeur appropriée dans 'Problèmes liés', l'ID de problème pertinent est mentionné ici.
# 11) Cessionnaire :
C'est le nom de l'utilisateur qui travaillera sur le problème.
Par exemple, en cas de bogue, ce sera le nom du développeur qui résoudra le problème. Ce champ est généralement rempli par le Product Owner ou Scrum Master. Encore une fois, qui attribue le problème peut varier d'une organisation à l'autre.
=> Cliquer sur «M'attribuer» (situé dans le coin droit du champ «Cessionnaire») attribuera le problème à l'utilisateur connecté.
# 12) Lien épique :
Choisissez le lien pertinent de l'épopée.
# 13) Sprint :
Le nom du sprint est sélectionné ici, indiquant quand le problème sera traité. Il pourrait s'agir d'un futur sprint tel que décidé par le propriétaire du produit.
# 14) Équipe :
Il peut y avoir différentes équipes, dans un environnement Agile. Le problème est attribué à l'une des équipes. Cette affectation est généralement effectuée par le Product Owner ou Scrum Master en coordination avec le Product Owner.
# 15) Estimation au départ :
Ce champ indiquera combien de temps sera nécessaire pour résoudre le problème.
Plus souvent appelé «estimation». Cela comprendra également les efforts de test requis. Il peut être mentionné en heures / jours / semaines ou en points d'histoire. Dans un environnement agile lors de la planification de sprint, toute l'équipe parvient à une hypothèse commune.
# 16) Journaliste :
Ce champ est automatiquement rempli par Jira avec le nom de l'utilisateur connecté.
Noter: Nous pourrions avoir d'autres champs personnalisés comme ci-dessous (qui ne sont pas visibles dans les images ci-dessus):
(i) Type d'environnement :
Indique si un défaut est détecté dans un environnement de test ou de production.
Les valeurs de ce champ peuvent varier d'une organisation à l'autre. Si Jira est utilisé pour créer des problèmes uniquement en interne dans l'organisation et non par les clients finaux, ce champ peut ne pas exister du tout.
(ii) Reproductible :
Le défaut est-il reproductible? Ce champ ne sera disponible pour aucun type de problème autre qu'un bogue.
(iii) Client :
Ce champ nomme le client final qui a signalé le problème. Dans certaines organisations où Jira est utilisé uniquement pour la gestion des problèmes internes, ce champ peut ne pas exister.
serveur privé world of warcraft vanilla
Noter: Tous les champs décrits ci-dessus appartiennent à l'onglet 'Champ' de la page 'Créer un problème', qui est généralement l'onglet par défaut. La page peut être personnalisée pour avoir plus d’onglets tels que «Documentation», etc. que nous aborderons dans nos prochains tutoriels.
Jira nous donne un moyen efficace de gérer les différents types de problèmes facilement et efficacement.
Avec de nombreuses personnalisations possibles de nos jours, Jira est devenu le choix le plus populaire.
Comment les problèmes sont-ils traités dans JIRA
Utilisation des problèmes JIRA - Comment consigner les défauts dans JIRA
Passons à la création d'un problème, en supposant que l'utilisateur connecté n'est pas un administrateur et que notre projet de test est «Test for STH» avec des composants - Module 1 et Module 2, versions - version 1 et version 2. Clé - TFS est déjà créé.
Créer un problème JIRA
Les problèmes sont au cœur de JIRA, donc pour les créer, il y a une option directement dans la barre de menu:
Cliquez sur le bouton «Créer un problème». Alternativement, lorsque vous tapez «c» sur la page JIRA, la boîte de dialogue «Créer un problème» suivante s’ouvre.
Tous les champs de cette page sont explicites. Nous aborderons le plus important ci-dessous.
Projet : Chaque numéro appartient à un projet. Vous pouvez choisir la même chose en cliquant sur le menu déroulant et en choisissant le projet auquel vous voulez que ce problème appartienne.
Type de probleme :Ce champ affiche tous les types de problèmes qui peuvent être créés et suivis via JIRA. Les options suivantes sont disponibles dans cette liste (cette liste peut différer selon le paramètre défini par l'administrateur):
Les éléments Bug, nouvelle fonctionnalité, tâche, amélioration sont exactement ce que leurs noms impliquent. L'épopée et l'histoire sont plus pertinentes pour les projets agiles. Une histoire est une exigence en Agile qui doit être suivie du début à la fin. An Epic est un groupe d'histoires.
Choisissez le type de problème selon vos besoins. Je vais aller avec 'Bug'.
Résumé : Donnez un titre à votre bogue ici. Lorsqu'il est utilisé correctement, ce champ peut être très efficace pour transmettre un grand nombre d'informations critiques. Quelques aspects à noter ici:
Un bug / défaut est essentiellement quelque chose qui ne va pas. La bonne façon d’aborder un titre de bogue est de définir de manière concise «ce qui ne va pas».
Un exemple d'un mauvais titre / résumé est «Il devrait y avoir une option pour effacer le contenu à l'écran». Quand je lirai ceci, ma première réaction sera: «D'accord, il devrait y en avoir, mais quel est le problème ici? L'option n'est-elle pas du tout présente? Ou les options sont-elles présentes et n'effacent pas le contenu? »
Il est également convenu que lorsque j'ouvrirai ce bogue et l'examinerai en détail, je suis sûr que je trouverai la réponse à cette question.
Cependant, l'accent est mis ici sur l'utilisation de ce champ «Résumé» de la manière la plus efficace. Par conséquent, un résumé / titre très approprié serait 'L'option pour effacer le contenu de la page de connexion d'accueil ne vide pas les champs lorsque vous cliquez dessus.'
Dans l'espace limité fourni par ce champ, essayez d'écrire votre titre d'une manière qui communique le problème exact sans aucune ambiguïté.
Priorité : Ce champ peut prendre l'une des valeurs suivantes.
Choisissez une option appropriée pour votre bogue.
Avec mettre t : Cette liste affichera les composants du projet. Choisissez de manière appropriée.
Version affectée et version du correctif: Ces deux champs afficheront les versions disponibles pour le projet. Il n'est pas nécessaire qu'un certain problème que vous avez rencontré dans une certaine version soit corrigé dans la même version. Dans de tels cas, vous pouvez choisir la version concernée comme version actuelle et la version du correctif comme version suivante.
En outre, ces champs peuvent prendre plusieurs valeurs. Vous pouvez choisir de définir qu'un certain problème affecte à la fois la version 1 et la version 2 comme ci-dessous:
Cessionnaire : Vous pouvez taper le nom de la personne à qui ce problème doit être transmis. Vous pouvez également vous attribuer un problème.
Description : Il s'agit d'un champ de texte facultatif qui vous aide à saisir autant d'informations que vous le souhaitez sur votre problème. En cas de punaise , il est courant d'utiliser ce champ pour donner des informations détaillées sur les étapes de reproduction du défaut.
Il est de la plus haute importance de donner toutes les informations.
«Dites, il y a deux domaines - dépendants - État et Ville. Lorsque je choisis État dans la liste déroulante, dans le champ Ville, il doit afficher les villes respectives de l'État que j'ai choisi.
Si j'ai soulevé un bug comme 'Les villes sont vides pour certains états que j'ai sélectionnés'. Le champ de description est le lieu pour moi de développer ce défaut.
Un exemple de description insuffisante est:
1) Entrez sur le site
2) Cliquez sur la page d'adresse
3) Entrez les autres détails comme le nom, l'adresse postale, etc.
4) Cliquez sur le menu déroulant «État». Choisissez un état
5) Cliquez sur le menu déroulant «Ville» - notez les noms des villes
La description ci-dessus, bien que précise, n'est pas complète. Quand il s'agit de ce domaine, c'est du côté de fournir trop d'informations mais pas trop peu.
Si les étapes suivantes sont ajoutées à la description, cela avoir plus de sens.
6) Choisissez l'état comme «Californie» et cliquez sur le menu déroulant «Ville» - tous les états seront affichés et l'utilisateur peut sélectionner une ville au besoin.
7) Choisissez l'état comme «Louisiane» et cliquez sur le menu déroulant «Ville» - la liste sera vide.
8) Les villes sont vides pour les états du New Jersey et de l'Utah également.
Donc, pour répéter, fournissez les étapes exactes, les données exactes et toute autre information que vous jugez nécessaire pour remplir ce champ.
Attachement : Tout document justificatif peut être téléchargé avec un problème.
Une fois toutes les informations saisies à votre satisfaction, le problème peut être créé en cliquant sur le bouton «Créer» à la fin de la boîte de dialogue «Créer un problème».
Le problème est créé et un message est affiché à l'utilisateur avec l'ID du problème:
Remarque: notez l'ID du problème; il est précédé de la «Clé» du projet. C'est la manière de JIRA de suivre / regrouper les problèmes qui appartiennent à un certain projet.
Vous pouvez maintenant afficher le problème créé en cliquant sur le lien qui apparaît dans le message ci-dessus.
Détails supplémentaires sur la page Créer un problème
1) Il y aura une option de configuration des champs dans le coin supérieur droit de la page «Créer un problème».
Cette option peut être utilisée pour choisir / modifier les champs que vous souhaitez voir dans votre boîte de dialogue de création de problème. Une fois le choix effectué, JIRA se souviendra également des modifications pour vos numéros ultérieurs.
deux) Au bas de la page 'Créer un problème', il y a un 'en créer un autre'
Lorsque vous choisissez cette option et cliquez sur «Créer» - une fois, le problème actuel est créé; JIRA garde le
La boîte de dialogue «Créer un problème» s'ouvre avec le projet, le type de problème et d'autres champs, sauf le résumé sélectionné automatiquement selon les problèmes créés précédemment.
Sur ce, nous concluons le sujet «Créer un problème dans JIRA».
Dans le prochain didacticiel Atlassian JIRA, nous découvrirons les sous-tâches et comment les utiliser à des fins d'assurance qualité spécifiques.
=> Visitez ici pour une série complète de tutoriels JIRA
À toi
Maintenant, il est temps de vous entendre. Avez-vous rencontré des difficultés en utilisant JIRA pour le suivi des bogues?
Pensez-vous qu'il y a un poids à la résistance des équipes de test à adapter JIRA pour la gestion des défauts?
Tutoriel PREV | Tutoriel SUIVANT
lecture recommandée
- Tutoriel de révision pratique de l'outil de suivi des bogues du backlog
- Tutoriel d'intégration GitLab Jira
- Téléchargement et installation de Jira avec la configuration de la licence Jira
- Tutoriel JIRA: Un guide pratique complet d'utilisation de JIRA
- Tutoriel d'administration JIRA: Administration JIRA et gestion des utilisateurs
- Tutoriel d'intégration JIRA et SVN
- Tutoriels Eclipse détaillés pour les débutants
- Tutoriel JIRA Agile: Comment utiliser efficacement JIRA pour gérer des projets Agile