Quali sono le differenze tra bug, problemi e attività in TFS

Question

Qualcuno potrebbe darmi una breve spiegazione sulle differenze tra bug, problemi e attività in TFS?

Answer 1

Quando abbiamo utilizzato TFS in passato.

NUMERO - È un problema segnalato da un utente del software che richiede un'indagine. Potrebbe trattarsi di un errore di codice o di una modifica del requisito (prima che venisse effettuata una richiesta di modifica)

BUG - È un problema "nel codice" confermato da uno sviluppatore. Le informazioni possono essere fornite come possibili cause e soluzioni alternative. Può essere contrassegnato come fisso e collegarsi ai check in del codice sorgente.

TASK - È un elemento di lavoro che viene fornito alle persone per completare. Ad esempio una funzionalità che deve essere completata. Se si tratta di un'attività di programmazione, può essere collegata ai check in del codice sorgente.

Aggiornamento

vedi commento. Ricorda, usa il sistema in modo da avvantaggiare la tua squadra. Tutti lavorano in modo diverso.

NUMERO - Riguarda tutto il progetto che potrebbe richiedere un po 'di lavoro o di indagine. Non è necessariamente un problema con il codice, ma crea un punto di riferimento per le indagini. Se viene sollevato un problema, che richiede una modifica al progetto, può portare a un bug o un'attività.

Answer 2

Per la Scrum TFS Process Template

• Bug - Qualsiasi problema nella funzionalità esistenti, o funzionalità mancanti. Difetto nel codice o nel requisito, errore che non è progettato per essere.

• Issue (Impediment) - Qualsiasi problema che potrebbe bloccare il processo di sviluppo, ad esempio: un driver di terze parti identificato come dipendenza non viene rilasciato in tempo, quindi è un problema nel processo di sviluppo.

• Task - Qualsiasi lavoro pianificato come parte dello sviluppo del progetto, a causa di un bug o di un problema o di requisiti, inclusa l'analisi dei requisiti o lo sviluppo o il test. ecc

Per la Agile TFS Process Template

• Bug - Un bug comunica che un potenziale problema esiste nel codice che il team sta sviluppando.

• Issue - Un evento o una causa che potrebbe ritardare la spedizione.

• Task - Un compito comunica la necessità di fare del lavoro. Ogni membro del team può definire compiti per rappresentare il lavoro di cui hanno bisogno per realizzare.

Answer 3

MSF Agile Work Tipi di elemento

MSF Agile contiene i seguenti tipi di elemento di lavoro:

• Bug. Rappresenta un problema o un potenziale problema nella tua applicazione.
• Rischio. Rappresenta un possibile evento o condizione che avrebbe un impatto negativo sul tuo progetto.
• Scenario. Rappresenta un singolo percorso di interazione dell'utente attraverso il sistema.
• Attività. Rappresenta la necessità per un membro del team di fare del lavoro.
• Requisiti di qualità del servizio. Rappresenta un requisito che limita il modo in cui il sistema dovrebbe funzionare.

MSF CMMI di lavoro Tipi di elemento

MSF CMMI contiene i seguenti tipi di elemento di lavoro:

• Bug. Rappresenta un problema o un potenziale problema nella tua applicazione.
• Richiesta di modifica. Rappresenta una proposta di modifica alla tua applicazione.
• Problema. Rappresenta una situazione che potrebbe bloccare il lavoro o sta bloccando il lavoro.
• Requisito. Rappresenta una descrizione di ciò che l'applicazione dovrebbe fare per risolvere un problema del cliente.
• Recensione. Rappresenta i risultati di un codice, un design o una revisione della distribuzione.
• Rischio. Rappresenta un possibile evento o condizione che avrebbe un impatto negativo sul progetto.
• Attività. Rappresenta la necessità per un membro del team di fare del lavoro.

prega di fare riferimento i link qui che descrive i dettagli di tipi di elemento di lavoro:

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

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