Elementi di lavoro e flusso di lavoro (Agile)
È possibile utilizzare gli elementi di lavoro per rilevare, monitorare e creare rapporti sullo sviluppo di un prodotto e sulle relative funzionalità. Un elemento di lavoro è un record di database che viene creato in Visual Studio Team Foundation Server per registrare la definizione, l'assegnazione, la priorità e lo stato del lavoro. Il modello di processo per MSF for Agile Software Development v5.0 definisce sei tipi di elementi di lavoro: storie utente, attività, test case, passi condivisi, bug e problemi.
In questo argomento
Definizione di storie utente, attività e altri elementi di lavoro
Creazione di una storia utente, un'attività o un altro tipo di elemento di lavoro
Creazione di molte storie utente, attività o altri elementi di lavoro contemporaneamente
Creazione di un elemento di lavoro che si collega automaticamente a un altro elemento di lavoro
Creazione di test case e piani di test tramite Test and Lab Manager
Apertura e rilevamento dei bug tramite Test Runner e Test and Lab Manager
Visualizzazione degli elementi di lavoro assegnati
Personalizzazione dei tipi di elemento di lavoro e attività correlate
Tramite la definizione dei singoli elementi di lavoro e l'archiviazione in un database comune e un warehouse delle metriche, è possibile rispondere alle domande sull'integrità del progetto quando si presentano. Gli elementi di lavoro, i collegamenti tra gli elementi di lavoro e gli allegati vengono tutti archiviati nel database Team Foundation per il rilevamento degli elementi di lavoro, come indicato nell'illustrazione seguente.
.png "Panoramica dei concetti relativi all'utilizzo degli elementi di lavoro")
Definizione di storie utente, attività e altri elementi di lavoro
È possibile specificare e aggiornare le informazioni per gli elementi di lavoro sul form elemento di lavoro. Gli argomenti in questa sezione forniscono dettagli su come si lavora all'interno di ogni form elemento di lavoro.
Attività |
Contenuto correlato |
|---|---|
Rilevare storie utente, funzionalità del prodotto o requisiti. Un team crea le storie utente per definire le funzionalità, le funzioni e i requisiti da implementare. Una storia utente descrive gli obiettivi del cliente a un livello elevato. Costituisce un elemento fondamentale dell'impegno di pianificazione del team perché favorisce la stima del team, la classificazione in ordine di priorità, la definizione, la pianificazione e la verifica del lavoro relativo a ogni storia utente. Per rilevare lo stato delle storie utente e dell'avanzamento del team è possibile utilizzare i rapporti Panoramica dei contenuti e Stato dei contenuti. |
|
Rilevare e stimare il lavoro. Un team crea le attività per rilevare il livello di impegno richiesto per implementare una storia utente o altre aree di lavoro identificate per il progetto. Le attività devono rappresentare una piccola unità di lavoro che può essere portata a termine nell'arco di uno, due giorni. È possibile suddividere le attività più grandi in sottoattività più piccole. È possibile creare un'attività per rilevare il lavoro necessario per sviluppare il codice, progettare ed eseguire i test, correggere i bug ed eseguire i test delle regressioni. Inoltre, è possibile creare attività per supportare il lavoro che deve essere genericamente eseguito. Tenendo traccia delle ore di lavoro per ogni attività è possibile osservare lo stato di avanzamento del team relativamente al progetto. È possibile utilizzare i rapporti Lavoro rimanente e Burn-down e velocità per monitorare lo stato di avanzamento del team, identificare i problemi nel flusso di lavoro e determinare la velocità del team. |
|
Eseguire il test dell'applicazione. Un team utilizza i test case per definire i test che supporteranno i test delle storie utente. È possibile definire test case manuali che specificano una sequenza di passaggi di azione e convalida da eseguire oppure è possibile specificare test case automatizzati che fanno riferimento a un file di automazione. .gif "Nota") Nota
Microsoft Test Manager è il client che si consiglia di utilizzare per la creazione e la definizione di test case.Tramite questo strumento è possibile anche creare gruppi di test e configurazioni di test che applicano l'intervallo completo dei criteri di test per il progetto.Nelle configurazioni di test si specifica l'ambiente software che si intende utilizzare per eseguire i test case e i gruppi di test.Per ulteriori informazioni, vedere Test dell'applicazione.
È possibile utilizzare il rapporto Conformità test case per determinare lo stato di avanzamento del team rispetto alla definizione dei test case. È possibile utilizzare il rapporto Stato di avanzamento piano test per determinare quanti test riescono o non riescono. |
|
Definire passi condivisi. Per semplificare la definizione e la manutenzione di test case manuali, il team può utilizzare passi condivisi. Nei passi condivisi si definisce una sequenza di passaggi di azione e di convalida da eseguire all'interno di un test case. Molti test richiedono l'esecuzione della stessa sequenza di passi per più test case. La creazione di passi condivisi consente di definire una sola volta una sequenza di passi e di inserirla quindi in molti test case. .gif "Nota importante") Importante
Microsoft Test Manager è il client che si consiglia di utilizzare per la creazione e la definizione di passi condivisi.Per visualizzare questi tipi di elementi di lavoro è possibile utilizzare Team Explorer e Team Web Access, tuttavia alcuni campi non possono essere modificati o aggiornati con Team Web Access.
|
|
Aprire e tenere traccia dei bug. È possibile tenere traccia di un errore del codice creando un elemento di lavoro bug. Creando un bug, è possibile riportare in maniera accurata il difetto in una modalità che consente gli altri membri del team di capire l'intero impatto del problema. Nel bug, è necessario descrivere i passaggi che hanno provocato il comportamento imprevisto in modo che altri possano riprodurlo e i risultati del test devono chiaramente mostrare il problema. La chiarezza e la completezza di questa descrizione spesso determinano la probabilità di correzione del bug. È possibile utilizzare la cartella di lavoro Valutazione per classificare e assegnare i bug su cui lavorare per un'iterazione o un rilascio. È possibile utilizzare il rapporto dello stato del bug per tenere traccia dello stato di avanzamento del team rispetto alla risoluzione e alla chiusura dei bug. |
|
Definire e gestire rischi, problemi e impedimenti. Tramite gli elementi di lavoro problema si possono definire problemi noti o potenziali, impedimenti o rischi del progetto. Quando è richiesta un'azione concreta, un problema si potrebbe tradurre in una o più attività da eseguire per contenere il problema. Ad esempio, un problema tecnico può condurre a un impegno in relazione al prototipo d'architettura. I team devono sempre incoraggiare i membri a identificare i problemi e assicurarsi che forniscano tutte le informazioni possibili sui problemi che mettono in pericolo il successo del team. Gli utenti devono avere la possibilità di identificare i problemi senza temere ripercussioni per aver espresso onestamente punti di vista controversi o incerti. I team che creano e sostengono ambienti positivi per la gestione dei problemi identificheranno e correggeranno i problemi in meno tempo, con più velocità e con meno confusione e conflitti rispetto ai team che sostengono ambienti di rischio negativi. È possibile utilizzare la cartella di lavoro Problemi per rivedere, classificare e gestire i problemi. |
Creazione di una storia utente, un'attività o un altro tipo di elemento di lavoro
È possibile creare un elemento di lavoro aprendo Team Web Access o Team Explorer e seguendo la procedura descritta in questa sezione. Dopo avere creato un elemento di lavoro, è sempre possibile modificare e aggiungere dettagli durante l'avanzamento dello sprint.
Per creare una storia utente, un'attività o un altro tipo di elemento di lavoro
Aprire Team Web Access o Team Explorer e connettersi all'insieme di progetti team contenente il progetto team nel quale si desidera creare l'elemento di lavoro.
Per ulteriori informazioni, vedere Connettersi e accedere a progetti team in Team Foundation Server.
Effettuare una delle operazioni seguenti:
Nell'area avvio veloce del riquadro di navigazione di Team Web Access, fare clic sulla freccia Nuovo elemento di lavoro. Nel menu Tipo di elemento di lavoro fare clic sul tipo di elemento di lavoro che si desidera creare.
In Team Explorer aprire il menu Team, scegliere Aggiungi elemento di lavoro e fare clic sul tipo di elemento di lavoro.
Viene visualizzato un form elemento di lavoro del tipo specificato.
.png "Form dell'elemento di lavoro bug")
Definire i campi restanti in base alle necessità del tipo di elemento di lavoro.
Per ulteriori informazioni, vedere Definizione di storie utente, attività e altri elementi di lavoro più indietro in questo argomento.
Fare clic su
.gif "Salva")
Salva elemento di lavoro sulla barra degli strumenti dell'elemento di lavoro.Nota
Dopo avere salvato l'elemento di lavoro, nel titolo sotto la barra degli strumenti dell'elemento di lavoro viene visualizzato l'identificatore.
Creazione di molte storie utente, attività o altri elementi di lavoro contemporaneamente
È possibile definire rapidamente più attività che vengono collegate automaticamente alle storie utente tramite Office Excel. Inoltre, è possibile definire rapidamente storie utente, attività, problemi e bug tramite le cartelle di lavoro fornite con il modello di processo per MSF for Agile Software Development v5.0. Per ulteriori informazioni, vedere i seguenti argomenti:
Creazione di un elemento di lavoro che si collega automaticamente a un altro elemento di lavoro
È possibile creare un elemento di lavoro che viene collegato automaticamente a una storia utente o un altro elemento di lavoro esistente. Questa operazione può essere eseguita da un elemento di lavoro aperto o dall'elenco dei risultati di una query elemento di lavoro.
Per creare un elemento di lavoro collegato a un elemento di lavoro esistente
Aprire Team Web Access o Team Explorer e connettersi all'insieme di progetti contenente il progetto team nel quale si desidera definire l'elemento di lavoro collegato.
Fare clic con il pulsante destro del mouse nella query Team Elementi di lavoro aperti, quindi scegliere Apri.
Effettuare una delle azioni seguenti:
In Team Web Access fare clic sulla freccia accanto all'elemento di lavoro esistente a cui si desidera collegare il nuovo elemento di lavoro, quindi scegliere Aggiungi nuovo elemento di lavoro collegato.
In Team Explorer fare clic con il pulsante destro del mouse sull'elemento di lavoro esistente a cui si desidera collegare il nuovo elemento di lavoro, quindi scegliere Aggiungi nuovo elemento di lavoro collegato.
Viene visualizzata la finestra di dialogo Aggiungi nuovo elemento di lavoro collegato.
.png "Aggiungere una nuova attività collegata a un problema o a un bug")
Definire i campi seguenti:
Nell'elenco Tipo collegamento, fare clic su Test se si collega il nuovo elemento di lavoro a un test case o una storia utente esistente. Fare clic su Correlato se si collega il nuovo elemento di lavoro a un'attività, un problema o un altro bug esistente.
Nell'elenco Tipo di elemento di lavoro fare clic sul tipo di elemento di lavoro che si desidera creare.
In Titolo, digitare un nome descrittivo che indica la storia, l'attività o altro tipo di elemento di lavoro da rilevare.
(Facoltativo) In Commento digitare informazioni aggiuntive.
Scegliere OK.
Viene aperto un form elemento di lavoro contenente le informazioni fornite.
Definire i campi restanti in base alle necessità del tipo di elemento di lavoro.
Per ulteriori informazioni, vedere Definizione di storie utente, attività e altri elementi di lavoro più indietro in questo argomento.
Fare clic su
Salva elemento di lavoro.
Creazione di test case e piani di test tramite Test and Lab Manager
Utilizzando Microsoft Test Manager è possibile non solo creare test case ma anche gruppi di test e configurazioni di test che supportano il test del progetto. Le configurazioni di test possono essere usate per definire l'ambiente software che si intende utilizzare per eseguire i test case e i gruppi di test.
Piani di test, gruppi di test e configurazioni di test
.png "Componenti di un piano di test")
È possibile raggruppare i test case organizzandoli nel piano di test secondo una gerarchia di gruppi di test. Creando gruppi di test, è possibile eseguire set di test case come un gruppo. Per ulteriori informazioni su come utilizzare Microsoft Test Manager per definire test case gruppi di test e piani di test, vedere Test dell'applicazione.
Apertura e traccia dei bug tramite Test Runner e Test and Lab Manager
Tramite Microsoft Test Manager è possibile inviare bug che automaticamente contengono informazioni sul test case e sull'ambiente di testing in esecuzione, oltre al passo del test specifico durante il quale è stato individuato un errore del codice. I bug creati tramite Microsoft Test Manager collegano automaticamente il bug al test case in cui è stato rilevato il bug.
È possibile creare bug come indicato di seguito:
Da Microsoft Test Manager quando si esegue un test tramite Test Runner, visualizzare un risultato del test o visualizzare i bug
Da Team Web Access o Team Explorer
Da Office Excel (utile se si inviano contemporaneamente più bug)
Per informazioni sull'invio, sulla traccia e sulla verifica di bug e correzioni tramite Microsoft Test Manager, vedere il contenuto correlato nella tabella seguente.
Attività |
Contenuto correlato |
|---|---|
Creare un bug. Quando si nota comportamento imprevisto dell'applicazione durante il test a hoc, è possibile creare rapidamente un bug. |
|
Raccogliere dati di diagnostica per supportare il debug. Tramite Test Runner è possibile raccogliere dati di traccia diagnostici in un'applicazione scritta con codice gestito che uno sviluppatore può utilizzare quindi con Intellitrace per isolare gli errori. |
|
Creare un file di log delle azioni registrate e aggiungerlo a un bug. È possibile registrare azioni come testo in un file di log quando si eseguono test manuali. È inoltre possibile aggiungere automaticamente questo file a qualsiasi bug creato durante l'esecuzione del test manuale. |
|
Creare un test case da un bug e un file di log azioni registrato. È quindi possibile utilizzare un log azioni per creare un test case manuale da un bug o dal risultato di un test. In questo modo è possibile creare test case senza dover digitare tutti i passi. |
|
Verificare e aggiornare lo stato di un bug sulla base dei risultati del test. Se è stato inviato un bug basato su un test case, è possibile verificare il bug direttamente dall'elenco Bug personali in Microsoft Test Manager. Inoltre, è necessario che un risultato del test sia associato a quel test case. È possibile rapidamente rieseguire il test, modificare lo stato del bug in base ai risultati e aggiungere commenti al bug. |
Visualizzazione degli elementi di lavoro assegnati
Un membro di un team può trovare rapidamente gli elementi di lavoro assegnati aprendo la query Team Elementi di lavoro o accedendo a Dashboard. Per ulteriori informazioni, vedere i seguenti argomenti:
Personalizzazione dei tipi di elemento di lavoro e attività correlate
Attività |
Contenuto correlato |
|---|---|
Ulteriori informazioni sui campi che si possono utilizzare per rilevare le informazioni per tutti i tipi di elementi di lavoro. Il database per il rilevamento degli elementi di lavoro analizza i campi che non vengono visualizzati sui form elemento di lavoro. Sono disponibili ulteriori informazioni su questi campi elemento di lavoro, sulle restrizioni di campi specifici e sui campi che vengono restituiti e indicizzati. |
|
Aggiungere, rimuovere o personalizzare l'utilizzo di ogni tipo di elemento di lavoro per rilevare i dati. È possibile personalizzare un tipo di elemento di lavoro esistente o crearne uno che consenta di soddisfare i requisiti necessari. Ogni tipo di elemento di lavoro corrisponde a un file di definizione XML importato in un progetto team. |
|
Personalizzare oggetti per il rilevamento degli elementi di lavoro per supportare i requisiti di rilevamento del progetto. È possibile personalizzare campi dati, flusso di lavoro e form elemento di lavoro utilizzati dal team per tenere traccia dello stato di avanzamento. Per personalizzare un oggetto per il rilevamento degli elementi di lavoro, modificare un file XML e importarlo nel server che ospita l'insieme di progetti. |
|
Aggiungere, rimuovere o modificare gli stati o le transizioni che controllano il flusso di lavoro. Il controllo del flusso di lavoro avviene definendone lo stato iniziale, gli stati validi, le transizioni valide tra tali stati e gli utenti o i gruppi autorizzati a eseguire tali transizioni. La sezione WORKFLOW del tipo di elemento di lavoro controlla il modo con cui si tiene traccia di un elemento di lavoro. |
|
Modificare e personalizzare il form per un tipo di elemento di lavoro. È possibile controllare il modo in cui un tipo di elemento di lavoro visualizza gli elementi dell'interfaccia utente tramite la sezione FORM della definizione del tipo di elemento di lavoro. Per ciascun tipo di elemento di lavoro deve essere presente un solo form. È possibile descrivere l'intero form, inclusi tutti i campi, le schede e i gruppi. |