Jira comme Cas de Test de l'Outil de Gestion [fermé]
j'ai passé en revue plusieurs solutions de gestion de cas d'essai disponibles pour Jira telles que:
- http://www.testandtry.com/2009/07/01/test-case-management-in-jira-1/
- http://confluence.atlassian.com/display/CONFEVAL/Customise+JIRA+For+Test+Case+Management
je me demandais s'il était possible d'étendre encore davantage cette solution de gestion des cas types. Je cherche une solution Jira pour avoir:
- exigences
- cas D'essai (qui correspondent aux exigences)
- rapports de Test (qui vont sous cas de Test)
les liens affichés ci-dessus ne font qu'ignorer la partie "exigences" et se concentrent uniquement sur les cas D'essai et les rapports d'essai. Chaque outil de gestion de cas de Test que j'ai utilisé avant a ces caractéristiques comme HP QualityCenter.
Est-il possible de réaliser cela dans Jira?
TIA
10 réponses
ayant passé les dernières semaines à essayer de mettre en place Jira pour la gestion de testcase, je peux offrir le bénéfice de mon expérience. Les instructions mentionnées ci-dessus ( personnaliser JIRA pour la gestion des cas D'essai) sont buggy et incomplet, donc soyez averti. Jira Cas de Test thread dans les forums Atlassien est très utile.
Edit: ce lien est rompu, les "Forums" D'Atlassian ne sont plus utilisés. Utilisez ce lien: personnaliser Jira pour Gestion Des Cas D'Essai.
- les instructions sont pour Jira 3.x. La version la plus récente est 4.2. Il y a des différences.
- Étape 5," champs personnalisés " a des noms de champs incorrects. La première occurrence des "étapes à suivre" devrait porter le nom de "résultat réel".
- L'étape 8.2 exige que vous assigniez l'étape "Créer une question" à "créer un cas D'essai". Comme vous n'avez pas créé de workflows ou d'étapes, ce sera difficile. Vous aurez besoin de pour revenir à cette étape après avoir terminé l'Étape 9.
- Étape 9," flux de travail personnalisé " est profondément confus. On vous dit de créer de nouveaux États deux fois (étape 9.1 et étape 9.4/5). À l'Étape 9.1 vous voulez créer de nouveaux "Statuts", pas des "États". À L'étape 9.4 / 5, vous voulez créer de nouvelles "étapes", pas des"États". Étape
- pour créer de nouvelles étapes, il faut créer de nouvelles Transitions. Chaque Transition reliera deux étapes. Vous devrez créer les transitions que vous créez les étapes.
il y a beaucoup plus de gotchas dans les docs, donc assurez-vous d'être à l'aise avec les workflows Jira et les différentes entités avant de commencer. Je recommande également de prendre des notes prudentes.
Nous utilisons actuellement TestLodge cas de test de l'outil pour gérer nos cas de test et les exigences et il s'intègre avec Jira pour créer ticekts de cas de test échoué.
vous pouvez facilement stocker les exigences en tant que questions de niveau supérieur JIRA; de nombreux projets agiles qui utilisent la méthode "user story" de documenter les exigences le font. Je retiens les cas d'essai comme étant des questions de niveau supérieur de L'ERAR et je les rattache aux exigences auxquelles ils se rapportent, plutôt que de les transformer en sous-tâches des exigences; cela donne de la souplesse si un cas d'essai peut s'appliquer à plus d'une exigence, par exemple.
si vous avez tous vos cas de test en tant que JIRA individuels, vous pouvez créer un rapport de test comme une sous-tâche pour chaque cas, chaque fois que vous faites un essai. Pour que ce soit simple, vous avez vraiment besoin d'une installation de clones en vrac à JIRA où vous pouvez cloner tous les rapports de test que vous voulez lancer à nouveau, mais je n'ai pas été en mesure de trouver comment faire cela à JIRA.
dans notre équipe, nous avons un département D'AQ qui utilise QC (et l'utilise encore pour certains projets) et nous utilisons une organisation de problème comme celle-ci:
Niveau Supérieur
- exigence - saisir l'histoire réelle de l'utilisateur. Créé par BA, assigné à DEV lead, propriété de BA.
- Incident - la capture d'un problème qui s'est passé avec un système de production. Créé par BA / operations, assigné à QA, propriété de BA.
- Paquet Binaire - créé et détenu par L'équipe de déploiement pour suivre le cycle de vie de chaque paquet binaire produit. Jusqu'à présent, nous suivons les déploiements et les tâches de changement sous forme de commentaires, mais si nous voulions être plus précis, nous aurions pu utiliser des questions distinctes pour les enfants.
- Test Round-niveau supérieur-habituellement, à des fins de rapport, vous voulez séparer les artéfacts produits par chaque essai/phase de votre équipe D'AQ. Test questions sont conteneurs pour défauts.
- Cas De Test - créé, assigné et détenu par le gestionnaire de L'assurance de la qualité. Ici, vous avez le choix:
- défini comme un problème de haut niveau - vous pouvez le relier à des exigences multiples ou créer une solution autonome (par exemple, pour saisir un scénario de régression non suivi dans la JIRA).
- défini comme sous-tâche-vous limite à un parent, mais vous pouvez toujours lier les exigences/incidents connexes. La grande différence est que cela vous oblige à suivre la raison pour chaque testcase à JIRA.
- pour de nombreux projets, nous conservons les cas d'essais au Québec et nous ne suivons que les défauts dans la JIRA.
sous-tâches
- Développement (sous exigence) - créé par DEV lead, assigné à DEV team, propriété de DEV team. Décrire un morceau de travaux ou une partie des cas d'utilisation qui est évalué et attribué à une seule personne.
- Défaut (sous test-Round ou Incident), créé par QA / DEV, affecté à L'équipe de développement, propriété de QA. Description du défaut isolé. Dans la plupart des cas, il est traité de la même manière que le développement, sauf qu'il doit être confirmé et fermé par L'AQ.
- Test Run
tous ces types de problèmes utilisent flux de travail presque standard (avec ajouté QA-étape de Confirmation pour le type de problème) et quelques champs personnalisés. Nous envisagions une approche alternative de l'utilisation de projets distincts pour L'AQ et le DEV, auquel cas nous aurions pu utiliser des versions au lieu de tester le type de question ronde, mais pour diverses raisons nous avons décidé de ne pas le faire (faites-moi savoir si vous êtes intéressé, je peux élaborer).
essayez les tests additionnels de Kanoah.
il s'agit d'une solution complète de gestion des tests spécialement conçue pour JIRA.
visite: www.kanoah.com site web pour plus d'information
il y a quelques semaines, JIRA a récemment mis en place une "fonctionnalité" qui préfixera tous les clones de sous - ensembles avec le mot "CLONE -". Ce n'était pas le cas, et si vous utilisez Jira Studio, il n'y a pas de solution appropriée à ce problème. Donc ce qui fonctionne bien pour nous, maintenant, nous devons utiliser un outil dédié.
i.e. si vous utilisez l'approche documentée d'avoir des Cycles QA qui contiennent un tas de cas de Test qui sont d'un type de sous-masque, puis quand vous clonez un QA cycle pour un nouveau test, tous vos cas de test seront précédés du mot "CLONE - ".
dans mon cas, je vais passer à un outil dédié à la gestion des tests maintenant.
nous sommes des experts de L'entreprise Atlas et Platinum et bien que vous puissiez personnaliser JIRA pour l'utiliser comme outil de base de gestion des tests, vous devez vous rendre compte qu'il excelle comme outil de gestion des incidents, outil de gestion des tâches et outil de gestion agile (avec JIRA Agile plugin).
il n'a jamais été conçu pour être un outil de gestion de cas de test et ne fournit donc pas les fonctionnalités que vous attendez d'un outil de gestion de cas de test pur. Des choses comme les rapports de couverture, l'historique des essais et gérer les tests manuels et automatisés dans un seul endroit.
je travaille pour Catch Software (http://www.catchsoftware.com), Nous avons construit Enterprise Tester, un outil de gestion de test basé sur le web qui a le marché leader de l'intégration JIRA.
cette intégration vous permet de générer automatiquement des stubs de cas de test à partir de JIRA stories, de créer automatiquement des JIRA issues à partir de tests et vous permet de placer des gadgets de rapport dans JIRA ou Confluence de sorte que votre équipe de direction peut voir tous les paramètres en un seul endroit.
vous obtenez un outil de gestion de test pur qui est parfaitement intégré (Pas de plugin requis) avec votre instance JIRA en interne ou à la demande.
donc, vérifiez vos besoins de test et si vous avez besoin de bases de test, alors nous pouvons vous aider avec une solution construite JIRA ou si vous avez besoin d'un outil de gestion de test plus spécialisé alors n'hésitez pas à vérifier Testeur D'entreprise (http://www.enterprisetester.com)
ce qui Concerne Bryce
je recommande Zephyr pour JIRA qui est un excellent add-on de gestion de test qui s'intègre bien avec JIRA. Il vous permet de maintenir les suites de cas de test et les exécutions en plus D'Epic/gestion de L'Histoire de L'utilisateur.
l'équipe dans laquelle j'ai emménagé récemment avait été récemment mise en place et n'avait pas utilisé D'outil TM en tant que tel (ils ont utilisé JIRA pour defect logging et Excel pour maintenir TCs) - j'ai vu une occasion de faire des recherches sur le marché et nous avons commencé à chercher un outil qui pourrait s'intégrer et fournir plus de flexibilité dans la gestion des Cycles d'essai.
Zephyr est proprement intégré dans les écrans JIRA et le look & feel est exactement comme celui de JIRA. Par conséquent, si l'équipe utilise déjà JIRA pour la journalisation des problèmes/défauts, l'apprentissage de Zephyr n'ajoute aucune complexité à l'introduction d'un nouvel outil dans le mix.
j'ai utilisé HP ALM (et QC quand il a été appelé ainsi!) pour nos programmes antérieurs. Maintenant que la motivation est d'aller agile, nous avons trouvé ALM pour être un peu trop lourd pour Agile... J'ai peut-être tort, mais après Zephyr/JIRA nous avons choisi de rester avec Zephyr pour la gestion des tests ;)
dans mon évaluation, Zephyr pour JIRA fonctionne assez bien pour nous. J'ai fait un POC en utilisant un des scrums sur lequel je travaille (c'est un grand programme de 6 scrums différents!) et ont maintenant commencé à déployer à d'autres équipes et ils ont aussi aimé l'idée et l'ensemble de l'installation. Le prix est également peu élevée.
P. S. - Nous à l'aide de Zéphyr pour Jira Server.
j'espère que cette information aide.
Cheers!
je suggère l'outil de gestion des cas de Test qTest par QASymphony. intégration JIRA est le meilleur dans la classe. Vous pouvez tirer sur tous les efforts de développement, qu'il s'agisse des histoires JIRA, des tâches, ou des tâches secondaires (ou des types de question personnalisés) et construire la traçabilité à ceux à travers l'outil en associant des cas de test à eux. En fin de compte, vous permet de générer des rapports en un seul clic.
tous vos cas de test manuel peuvent y être stockés, l'automatisation les efforts peuvent être centralisés, et il existe également un outil de documentation astucieux pour L'UAT et les essais exploratoires. L'outil s'intègre également au niveau des défauts, permettant aux testeurs de soumettre directement les problèmes JIRA dans JIRA des exécutions de test afin qu'ils puissent être travaillés par le développement. Essentiellement, la JIRA peut continuer à être utilisée pour les efforts de développement et de planification, mais tous les efforts d'essai peuvent être abordés dans le cadre de la TCM. Grâce à cet outil d'intégration JIRA à l'échelle de L'entreprise, L'ensemble du processus SDLC est plus simple.