web-dev-qa-db-fra.com

Quelles sont les différences entre les bogues, les problèmes et les tâches dans TFS

Quelqu'un pourrait-il me donner une brève explication sur les différences entre les bogues, les problèmes et les tâches dans TFS?

35
JohnMunich

Pour le modèle de processus Scrum TFS

  • Bug - Tout problème de fonctionnalité existante ou fonctionnalité manquante. Défaut de code ou d'exigence, erreur qui n'est pas conçue pour être.

  • Problème (Empêchement) - Tout problème qui pourrait bloquer le processus de développement, exemple: un pilote tiers que vous avez identifié comme dépendance ne sort pas à temps, c'est donc un problème dans votre processus de développement.

  • Tâche - Tout travail planifié dans le cadre du développement de votre projet, soit à la suite d'un bogue, soit d'un problème ou d'exigences, y compris l'analyse ou le développement d'exigences, ou les tests. etc.

Pour le Agile TFS Process Template

  • Bug - Un bug indique qu'un problème potentiel existe dans le code que votre équipe développe.

  • Problème - Un événement ou une cause qui peut retarder l'expédition.

  • Tâche - Une tâche communique la nécessité d'effectuer un travail. Chaque membre de l'équipe peut définir des tâches pour représenter le travail qu'il doit accomplir.

47

Quand nous avons utilisé TFS dans le passé.

ISSUE - Est un problème signalé par un utilisateur du logiciel qui nécessite une enquête. Cela pourrait être un bogue de code ou un changement d'exigence (avant qu'il ne soit fait une demande de changement)

BUG - Un problème "dans le code" est-il confirmé par un développeur. Des informations peuvent être fournies comme les causes possibles et les solutions de contournement. Peut être marqué comme corrigé et lié à l'archivage du code source.

TÂCHE - Est un élément de travail qui est donné aux personnes à compléter. Comme une fonctionnalité qui doit être complétée. S'il s'agit d'une tâche de programmation, elle peut être liée à des enregistrements de code source.

Mise à jour

Voir le commentaire ci-dessous. N'oubliez pas, utilisez le système d'une manière qui profite à votre équipe. Tout le monde travaille différemment.

ISSUE - Couvre tout sur le projet qui peut nécessiter un travail ou une enquête. Ce n'est pas nécessairement un problème avec le code, mais cela crée un point de départ pour l'enquête. Si un problème est soulevé, qui nécessite une modification du projet, il peut entraîner un bogue ou une tâche.

9
JonWillis

Types d'éléments de travail agiles MSF

MSF Agile contient les types d'élément de travail suivants:

  • Punaise. Représente un problème ou un problème potentiel dans votre application.
  • Risque. Représente un événement ou une condition possible qui aurait un impact négatif sur votre projet.
  • Scénario. Représente un chemin unique d'interaction utilisateur à travers le système.
  • Tâche. Représente la nécessité pour un membre de l'équipe d'effectuer un travail.
  • Exigence de qualité de service. Représente une exigence contraignant le fonctionnement du système.

Types d'éléments de travail MSF CMMI

MSF CMMI contient les types d'élément de travail suivants:

  • Punaise. Représente un problème ou un problème potentiel dans votre application.
  • Changer de requête. Représente une modification proposée à votre application.
  • Problème. Représente une situation qui peut bloquer le travail ou bloque actuellement le travail.
  • Exigence. Représente une description de ce que votre application doit faire pour résoudre un problème client.
  • La revue. Représente les résultats d'une révision de code, de conception ou de déploiement.
  • Risque. Représente un événement ou une condition possible qui aurait un impact négatif sur le projet.
  • Tâche. Représente la nécessité pour un membre de l'équipe d'effectuer un travail.

Veuillez consulter les liens ici qui décrivent les détails des types d'éléments de travail:

http://msdn.Microsoft.com/en-us/library/ms400752.aspx

http://msdn.Microsoft.com/en-us/library/bb668962.aspx

3
Nagaraj