Utiliser TFS pour suivre les bogues du support de production

18

Je viens de déménager dans une nouvelle entreprise et ils utilisent TFS 2010 (2012 dans quelques mois) comme système de contrôle de version et ont récemment commencé à l'utiliser comme système de suivi du travail pour les développeurs.

Cependant, il ne semble pas y avoir de système de suivi des bogues à l'usage des personnes extérieures au développement et au test. Le support de production reçoit des rapports sur les problèmes, les corrige à la volée et rend compte à leurs utilisateurs pour le moment. Cela doit être changé, mais je ne veux pas vraiment avoir un système propre pour suivre les bogues et suivre le travail des développeurs.

Existe-t-il un moyen de créer un moyen très léger d'entrer des bogues dans TFS similaire à la façon dont FogBugz le fait? La connexion à TFS pour remplir un rapport de bogue semble être beaucoup plus lourde et vous devez l'associer à une application particulière. Le support peut être en mesure de le faire, mais je veux pouvoir trier l'élément et potentiellement changer l'association en autre chose qu'une application.

J'ai utilisé FogBugz dans le passé et lors de l'ajout d'un bug, vous pouvez en ajouter autant / peu que vous le souhaitez pour qu'il soit au moins enregistré et plus tard, vous pouvez le renvoyer pour obtenir plus d'informations lorsque vous triez le ticket .

Richard Hooper
la source
Il convient de noter que si vous utilisez TFS et que tous les utilisateurs ont un compte de domaine Windows, ils ne doivent jamais se "connecter à TFS". Accéder au portail Web TFS de votre équipe les connectera automatiquement en utilisant les informations d'identification de domaine pour l'utilisateur Windows actuel.
17 du 26
Comment avez-vous fini par résoudre ce problème? Avoir le même problème aujourd'hui, avoir besoin d'un système de billetterie, avoir un TFS2013 sur site. Ce que je veux, c'est UserVoice, mais il faudrait que je passe du TFS sur site à VSO pour obtenir cette intégration.
EJA
1
@EJA - En fin de compte, nous avons décidé que nous devions utiliser un processus pour que le problème soit soulevé via une boîte de réception par courrier électronique qui est récupérée par les testeurs afin qu'ils puissent documenter pleinement le problème, les étapes de re-production, l'environnement, etc. puis le testeur peut ajouter le bogue à TFS dans le format correct. Bien qu'il aurait été agréable pour les utilisateurs de pouvoir les ajouter directement, nous avons réalisé qu'il est peu probable que les utilisateurs donnent aux développeurs tous les détails dont ils auraient besoin et ne chercheraient pas à dupliquer le problème.
Richard Hooper du

Réponses:

6

Cela dépend en grande partie des champs que vous souhaitez, comme 17 des 26 l'ont indiqué: TFS est hautement personnalisable. La raison pour laquelle je voudrais faire cela plutôt que d'utiliser quelque chose comme JIRA est que vous obtenez une vue unique de ce sur quoi vos développeurs travaillent, plutôt que d'avoir à agréger deux systèmes.

TFS a également une planification de la capacité des ressources, et si vous ne montrez pas de défauts de production dans votre planification (et qu'ils prennent une fraction importante de votre temps), alors vous ne planifiez pas vraiment votre capacité. Je dirais en fait que c'est une solution idéale pour les équipes où les développeurs utilisent TFS et supportent la production (par exemple DevOps).

Cela ne signifie pas que vous ne pouvez pas utiliser d'autres outils pour le travail principal de support de production / ITIL, il vous suffit de vous assurer qu'ils s'intègrent, manuellement ou de préférence automatiquement. La plupart de ces outils vous permettent de mettre des crochets personnalisés, et TFS le fait certainement.

Quoi qu'il en soit, à la question principale. J'utilise les modèles CMMI TFS (qui fonctionnent réellement bien avec Agile BTW), et je viens d'ajouter un seul champ à l'un des menus déroulants.

Voici les étapes:

Installer les outils électriques TFS

Ouvrez le modèle d'élément de travail à partir du serveur

Ouvrir le modèle d'élément de travail à partir du serveur

Ouvrir le modèle de bogue

Modifiez le champ Discipline

Le domaine de la discipline est le "genre" de travail lié au défaut. Les valeurs standard sont:

  • Une analyse
  • Expérience utilisateur
  • Éducation des utilisateurs
  • Développement
  • Tester

Nous allons simplement ajouter "Production" à cette liste. Tout d'abord, modifiez le champ Discipline:

Modifier la discipline

Ensuite, cliquez sur l'onglet Règles et modifiez la règle ALLOWEDVALUES:

entrez la description de l'image ici

Ensuite, cliquez sur "Nouveau" et ajoutez "Production" comme l'une des valeurs.

entrez la description de l'image ici

Cliquez sur "OK" à plusieurs reprises jusqu'à ce que vous soyez de retour à la liste des champs.

Enregistrer le modèle d'élément de travail

OK, maintenant vous avez terminé. Vous pouvez créer de nouveaux bogues et indiquer leur type comme Production. Je créerais également quelques requêtes d'élément de travail examinant les défauts de production et les ajouterais à vos éléments épinglés. Enfin, examinez les requêtes de bogues existantes et modifiez peut-être leur ordre afin que les bogues de "Production" apparaissent en premier (si cela est possible).

Sean Hederman
la source
Très bien, vous avez personnalisé TFS pour permettre aux développeurs de voir les "bugs de production" ... comment l'équipe de production (qui ne fait pas partie de l'équipe de développement et n'a pas de VS) peut-elle les saisir et les gérer?
gbjbaanb
4
Eh bien, pour commencer, ils peuvent accéder à TFS via l'interface Web, en utilisant la licence Stakeholder qui est gratuite. Dans notre organisation, nous suivons les incidents de production via un système basé sur ITIL, mais nous l'intégrons automatiquement avec TFS, comme ma réponse l'indique dans le troisième paragraphe.
Sean Hederman
4

Non, c'est vrai - le premier ALM de Microsoft n'est pas vraiment utile en dehors de Visual Studio et des équipes de développement.

Vous pouvez accéder aux éléments de travail à l'aide de Team Explorer (qui est une version très réduite de VS) ou y accéder via le site Web TFS. Les options ne sont pas non plus particulièrement bonnes, car les champs de bogues rappellent les anciens traqueurs de bogues «d'entreprise» que j'ai eu la malchance d'utiliser dans le passé.

Il n'y a pas de réelle distinction entre les bogues dans TFS - il n'y a qu'un seul tracker que vous filtrez en utilisant un champ dans l'élément lui-même, alors utilisez un champ de catégorie puis créez un rapport qui ne montre qu'un type particulier de catégorie. Je pense que c'est votre seule option réaliste avec TFS.

Si vous voulez le suivi des problèmes externes, alors je pense que TFS est un mauvais choix, il vaut mieux utiliser quelque chose comme Jira ou Redmine et l'utiliser pour gérer les bugs - leurs interfaces sont beaucoup, beaucoup plus agréables et plus faciles à utiliser que TFS. J'ai particulièrement aimé la façon dont vous pouvez envoyer un e-mail à Redmine et cela crée un nouveau problème pour vous, qui était une fonctionnalité idéale pour les employés hors site.

gbjbaanb
la source
2
Les champs de TFS sont entièrement personnalisables et les valeurs par défaut dépendent des modèles de processus que vous choisissez lors de la configuration de TFS. Par défaut, le modèle Scrum contient les éléments, tâches et bogues du backlog de produit. Chaque type d'élément de travail possède différents champs appropriés au travail.
17 du 26
@ 17of26 Je sais - les champs que vous utilisez sont entièrement personnalisables, mais Excel l'est également si vous l'utilisez comme bugtracker. Le problème des OP était que le modèle ne vous donne que ces types d'éléments de travail - et vous ne pouvez pas en avoir différents (par exemple, une demande de fonctionnalité ou un bug externe), vous devez personnaliser (ou copier) l'un des existants et l'utiliser - qui à son tour donne lieu à une grande quantité de configuration que vous devez faire pour l'adapter à vos flux de travail. Alors, comment avez-vous plusieurs trackers de bogues?
gbjbaanb
Je pensais que l'OP ne voulait pas de plusieurs suiveurs de bogues et essayais juste de comprendre comment les non-développeurs pouvaient interagir avec le suivi d'élément de travail TFS que les développeurs utilisaient déjà (ce qui pour moi est la façon dont vous voudriez faire les choses) .
17 du 26
c'est tout - vous ne pouvez pas vraiment, ou du moins pas aussi facilement que vous pouvez utiliser d'autres outils comme Redmine ou Fogbugz qui ont de meilleures fonctionnalités de suivi. TFS a des éléments comme le suivi des bogues, mais c'est toujours principalement un outil réservé aux développeurs. Redmine par exemple, a plusieurs trackers uniquement en ce sens qu'il existe plusieurs vues d'une même base de données de tracker. Je pense que c'est plus ce qu'il veut que d'utiliser différents outils (par exemple en utilisant TFS pour les développeurs et Fogbugz pour le personnel de support, par exemple).
gbjbaanb
1
Vous pouvez ajouter autant de types d'éléments de travail personnalisés que vous le souhaitez.
MrHinsh - Martin Hinshelwood
3

Les utilisateurs non développeurs peuvent accéder au système de suivi des éléments de travail TFS à l'aide d'un navigateur Web pour accéder au Team Project Portal. Pour trouver l'URL, accédez à Équipe-> Afficher le portail de projet dans Visual Studio. À partir de là, toute personne disposant d'autorisations peut parcourir, créer ou modifier des éléments de travail. Ils peuvent également générer toutes sortes de rapports pour examiner l'état des choses.

Les types d'éléments de travail disponibles et les champs dans les éléments de travail varient en fonction de la configuration de TFS (principalement en fonction des modèles de processus choisis).

Les informations requises pour entrer un bogue dépendent également de la façon dont vous avez configuré TFS. Dans notre cas, nous avons besoin d'un titre, des étapes de reproduction et de la construction dans laquelle il a été trouvé. Le système de suivi des éléments de travail TFS est très puissant et flexible. Cela peut être aussi compliqué ou aussi simple que vous le souhaitez - tout se résume à la façon dont vous l'avez configuré.

17 sur 26
la source
3

Ce billet de blog Microsoft décrit les améliorations prévues de TFS qui devraient aider à prendre en charge les frais généraux inférieurs:

  • Nouveau formulaire d'élément de travail qui est plus agréable pour les yeux et comprend des options de discussion et de mention, similaire à Facebook et Twitter.
  • Les champs personnalisés
  • Prise en charge Kanban améliorée, par exemple, ajout rapide de tâches sur un élément de travail.
  • Mentionne également les tableaux de bord et les mesures.
Bernard Vander Beken
la source