Usa TFS per tenere traccia dei bug dal supporto alla produzione

18

Mi sono appena trasferito in una nuova azienda e stanno usando TFS 2010 (2012 in un paio di mesi) come sistema di controllo della versione e recentemente ho iniziato a usarlo come sistema di tracciamento del lavoro per gli sviluppatori.

Tuttavia, non sembra esserci un sistema di tracciamento dei bug da utilizzare da parte di persone esterne allo sviluppo e all'ampliamento; test. Il supporto alla produzione sta ricevendo segnalazioni di problemi, risolvendoli al volo e riferendo ai propri utenti al momento. Questo deve essere cambiato, ma non voglio davvero avere un sistema sperato per il monitoraggio dei bug e il monitoraggio del lavoro di sviluppo.

C'è un modo per creare un modo molto leggero di inserire bug in TFS in modo simile a come fa FogBugz? L'accesso a TFS per compilare una segnalazione di bug sembra essere molto più pesante e devi associarlo a una particolare applicazione. Il supporto potrebbe essere in grado di farlo ma voglio essere in grado di triage l'elemento e potenzialmente modificare l'associazione con qualcosa di diverso da un'applicazione.

Ho usato FogBugz in passato e quando aggiungo un bug, puoi aggiungere un po 'di quanto vuoi all'oggetto in modo che sia almeno registrato e in seguito puoi rimbalzarlo per ottenere maggiori informazioni quando arrivi a triage il ticket.

    
posta Penfold 25.07.2013 - 13:08
fonte

4 risposte

6

Dipende in gran parte da quali campi vorresti, come indicato da 17 su 26: TFS è altamente personalizzabile. La ragione per cui I vorrebbe farlo anziché utilizzare qualcosa come JIRA è che hai una visione unica di ciò su cui stanno lavorando i tuoi sviluppatori, invece di dover aggregare due sistemi.

TFS ha anche una pianificazione della capacità delle risorse, e se non stai mostrando difetti di produzione nella tua pianificazione (e occupano una parte significativa del tuo tempo), allora non stai veramente pianificando la tua capacità. Direi infatti che questa è una soluzione ideale per i team in cui gli sviluppatori utilizzano TFS e supportano la produzione (ad esempio DevOps).

Ciò non significa che non puoi utilizzare altri strumenti per il lavoro principale di supporto alla produzione / ITIL, devi solo assicurarti che si integrino, manualmente o preferibilmente automaticamente. La maggior parte di questi strumenti ti consente di inserire ganci personalizzati e TFS lo fa sicuramente.

In ogni caso, alla domanda principale. Uso i modelli TMI CMMI (che in realtà funzionano bene con Agile BTW) e ho aggiunto un singolo campo a uno dei menu a discesa.

Ecco i passaggi:

Installa TFS Power Tools

Apri il modello dell'elemento di lavoro dal server

Modifica il campo Disciplina

Il campo disciplinare è il "tipo" di lavoro relativo al difetto. I valori standard sono:

  • Analisi
  • Esperienza utente
  • User Education
  • sviluppo
  • Prova

Quello che andremo a fare è aggiungere "Produzione" a quella lista. Innanzitutto, modifica il campo Disciplina:

Quindi,faiclicsullaschedaRegoleemodificalaregolaALLOWEDVALUES:

Quindi fai clic su "Nuovo" e aggiungi "Produzione" come uno dei valori.

Faiclicpiùvoltesu"OK" fino a quando non torni all'elenco dei campi.

Salva il modello di elemento di lavoro

OK, ora hai finito. Puoi creare nuovi Bug e indicare il loro tipo come Produzione. Creo anche alcune query sugli articoli di lavoro che esaminano i difetti di produzione e li aggiungo ai tuoi articoli aggiunti. Infine, guarda le query Bug esistenti e forse modifica il loro ordine in modo che i bug di "Produzione" vengano visualizzati per primi (se possibile).

    
risposta data 14.05.2015 - 10:20
fonte
4

No, è vero - il principale ALM di Microsoft non è molto utile al di fuori di Visual Studio e dei team di sviluppo.

Puoi accedere agli elementi di lavoro usando Team Explorer (che è una versione molto ridotta di VS) o accedervi tramite il sito web TFS. Nessuna delle due opzioni è particolarmente buona in quanto i campi di bug ricordano antichi bug tracker 'enterprise' che ho avuto la sfortuna di usare in passato.

Non c'è una vera distinzione tra bug in TFS - c'è solo il single tracker che si filtra usando un campo nell'elemento stesso, quindi usa un campo categoria e poi crea un rapporto che mostra solo un particolare tipo di categoria. Penso che sia la tua unica opzione realistica con TFS.

Se vuoi il monitoraggio dei problemi esterni, allora penso che TFS sia una scelta sbagliata, stai meglio usando qualcosa come Jira o Redmine e usandolo per gestire i bug - le loro interfacce sono molto, molto più belle e facili da usare rispetto a TFS . Mi è particolarmente piaciuto il modo in cui puoi inviare un'email a Redmine e crea un nuovo problema per te, che era una funzionalità di usabilità ideale per i lavoratori fuori sede.

    
risposta data 25.07.2013 - 14:05
fonte
3

Gli utenti non sviluppatori possono accedere al sistema di tracciamento dell'elemento di lavoro TFS utilizzando un browser Web per accedere al Portale Team Project. Per trovare l'URL, vai a Team- > Mostra portale di progetto in Visual Studio. Da lì, chiunque disponga delle autorizzazioni può sfogliare, creare o modificare elementi di lavoro. Possono anche generare tutti i tipi di rapporti per vedere lo stato delle cose.

I tipi di elementi di lavoro disponibili ei campi negli elementi di lavoro variano a seconda di come è configurato TFS (in primo luogo con quali modelli di processo sono stati scelti).

Le informazioni richieste per inserire un bug dipendono anche da come è stato configurato TFS. Nel nostro caso, richiediamo un titolo, i passaggi da riprodurre e la build in cui è stato trovato. Il sistema di tracciamento degli oggetti di lavoro TFS è molto potente e flessibile. Può essere complicato o semplice come vuoi tu: tutto si riduce a come lo hai impostato.

    
risposta data 25.07.2013 - 16:50
fonte
3

Questo post del blog Microsoft descrive i miglioramenti pianificati in TFS che dovrebbero aiutare a supportare un overhead più basso:

  • Nuovo modulo per gli oggetti di lavoro che è più facile per gli occhi e include opzioni di discussione e menzione, simili a Facebook e Twitter.
  • Campi personalizzati
  • Supporto Kanban migliorato, ad esempio, attività di aggiunta rapida su un elemento di lavoro.
  • cita anche dashboard e metriche.
risposta data 22.09.2015 - 10:55
fonte

Leggi altre domande sui tag