Condividi tramite


Elementi di lavoro e flusso di lavoro (CMMI)

Gli elementi di lavoro vengono utilizzati dai team per rilevare, monitorare e creare rapporti sullo sviluppo di un prodotto e sulle relative funzionalità. Un elemento di lavoro è un record di database creato da un membro del team in Visual Studio Team Foundation Server per registrare la definizione, l'assegnazione, la priorità e lo stato del lavoro. Il modello di processo di MSF for CMMI Process Improvement v5.0 definisce nove tipi di elementi di lavoro: requisito, attività, richiesta di modifica, bug, problema, rischio, revisione, test case e passi condivisi. I test case e i passi condivisi sono da utilizzare specificamente con Test Runner e Microsoft Test Manager.

In questo argomento

  • Definizione di requisiti, attività e altri elementi di lavoro

  • Creazione di un requisito, un'attività o un altro tipo di elemento di lavoro

  • Creazione di più requisiti, 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

Per creare un elemento di lavoro, aprire il progetto team in Team Explorer, fare clic con il pulsante destro del mouse su Elementi di lavoro e scegliere il tipo di elemento di lavoro elencato che si desidera creare.

Creare un elemento di lavoro facendo clic con il pulsante destro del mouse su Elementi di lavoro

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.

Panoramica dei concetti relativi all'utilizzo degli elementi di lavoro

Definizione di requisiti, 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 utilizza ogni form elemento di lavoro.

Attività

Contenuto correlato

Definire e rilevare i requisiti funzionali e operativi. Un team crea i requisiti per acquisire e rilevare la modalità con la quale risolvere un problema del cliente mediante un prodotto. Un team può utilizzare i requisiti per descrivere scenari e criteri di qualità del servizio, di sicurezza, funzionali, operativi e relativi all'interfaccia utente.

I requisiti passano attraverso gli stati Proposto, Attivo, Risolto e Chiuso del flusso di lavoro.

Rilevare e approvare le richieste per le modifiche. Un team può utilizzare una richiesta modifiche per rilevare le modifiche proposte relative a una parte del prodotto o della linea di base. Un membro del team deve creare una richiesta modifiche quando viene proposta una modifica a qualsiasi prodotto di lavoro presente nel sistema di gestione della configurazione. Il comitato responsabile del controllo delle modifiche deve analizzare, quindi accettare o rifiutare le modifiche proposte. Se il comitato accetta una richiesta modifiche, il team genera attività per implementare la modifica.

Le richieste modifiche passano attraverso gli stati Proposto, Attivo, Risolto e Chiuso del flusso di lavoro.

Rilevare e stimare il lavoro. Un team crea attività per rilevare il numero di ore che deve dedicare all'implementazione di un requisito o un'altra area di lavoro. Le attività devono rappresentare un'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 generico che deve essere eseguito dal team.

Tenendo traccia delle ore di lavoro per ogni attività è possibile osservare lo stato di avanzamento del team relativamente al progetto.

Le attività passano attraverso gli stati Proposto, Attivo, Risolto e Chiuso del flusso di lavoro.

È possibile utilizzare i rapporti Lavoro rimanente, 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.

Aprire e rilevare i 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.

I bug passano attraverso gli stati Proposto, Attivo, Risolto e Chiuso del flusso di lavoro.

È possibile utilizzare il rapporto Stato del bug per rilevare lo stato di avanzamento del team rispetto alla risoluzione e alla chiusura dei bug.

Definire e gestire gli ostacoli per lo stato di avanzamento. Tramite gli elementi di lavoro problema è possibile definire problemi noti o potenziali o ostacoli per il progetto.

Quando è necessaria un'azione concreta, un problema può essere convertito in una o più attività che il team deve completare per attenuare 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. I team devono concedere agli utenti 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 li identificheranno e correggeranno in meno tempo, con più velocità e con meno confusione e conflitti rispetto ai team che promuovono ambienti di rischio negativi.

I problemi passano attraverso gli stati Proposto, Attivo, Risolto e Chiuso del flusso di lavoro.

È possibile utilizzare la cartella di lavoro Problemi per rivedere, classificare e gestire i problemi.

Identificare e attenuare i rischi per il successo del progetto. Il team utilizza l'elemento di lavoro rischio per documentare un possibile evento o una probabile condizione che potrebbe avere un effetto negativo sul progetto. Aspetti chiave della gestione dei progetti sono l'identificazione e la gestione dei rischi di un progetto. L'elemento di lavoro rischio fornisce campi specifici per registrare piani di emergenza e attenuazione e rilevare l'impatto potenziale dei rischi sull'attività di sviluppo.

I rischi passano attraverso gli stati Proposto, Attivo, Risolto e Chiuso del flusso di lavoro.

Acquisire i dettagli e le decisioni prese dal team durante le revisioni del codice. Il team utilizza l'elemento di lavoro revisione per documentare i risultati di una revisione del codice o della progettazione. L'elemento di lavoro revisione offre campi specifici per la registrazione di informazioni dettagliate sul rispetto degli standard nella progettazione o nel codice relativamente alle aree di correttezza del nome, pertinenza del codice, estensibilità, complessità del codice, complessità algoritmica e sicurezza del codice. L'elemento di lavoro revisione supporta la gestione di un record di decisioni e lavoro che il team ha eseguito per supportare la qualità del prodotto.

Le revisioni passano attraverso gli stati del flusso di lavoro Attivo, Risolto e Chiuso.

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.

NotaNota
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.

I test case passano attraverso gli stati Progettazione, Pronto e Chiuso del flusso di lavoro.

È possibile utilizzare il rapporto Conformità test case per determinare lo stato di avanzamento del team rispetto alla definizione dei test case.

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.

Nota importanteImportante
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.

I passi condivisi passano attraverso gli stati Attivo e Chiuso del flusso di lavoro.

Creazione di un requisito, 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 un requisito, un'attività o un altro tipo di elemento di lavoro

  1. 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.

  2. 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.

    Form dell'elemento di lavoro attività CMMI

       

    Form dell'elemento di lavoro attività CMMI - schede

  3. Definire i campi nella parte superiore del form e per ciascuna scheda nella parte inferiore del form 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.

  4. Fare clic su 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 più requisiti, attività o altri elementi di lavoro contemporaneamente

È possibile definire rapidamente più attività che vengono collegate automaticamente ai requisiti tramite Office Excel. Inoltre, è possibile definire rapidamente requisiti, attività e problemi tramite Office Excel. 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 si collega automaticamente a un requisito o a un altro elemento di lavoro esistente. Questa operazione può essere eseguita da un form elemento di lavoro aperto o da un elenco dei risultati di una query elemento di lavoro.

Per creare un elemento di lavoro collegato a un elemento di lavoro esistente

  1. 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.

  2. Fare clic con il pulsante destro del mouse nella query Team Elementi di lavoro aperti, quindi scegliere Apri.

  3. 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.

    Verrà visualizzata la finestra di dialogo Aggiungi nuovo elemento di lavoro collegato.

    Aggiungere una nuova attività collegata a un problema o a un bug

  4. Definire i campi seguenti:

    • Nell'elenco Tipo collegamento fare clic sul tipo di collegamento che corrisponde alla relazione tra gli elementi di lavoro che si desidera creare.

      Per creare un collegamento a un'attività da un requisito, fare clic su Figlio.

      Per creare un collegamento a una richiesta modifiche, fare clic su Interessato da.

      Per creare un collegamento a un test case, fare clic su Testato da.

      Per creare un collegamento a qualsiasi altro tipo di elemento di lavoro, fare clic su Correlato o su un altro tipo di collegamento che rappresenta la relazione da rilevare.

    • Nell'elenco Tipo di elemento di lavoro fare clic sul tipo di elemento di lavoro che si desidera creare.

    • In Titolo digitare un nome che descrive il requisito, l'attività o un altro tipo di elemento di lavoro da rilevare.

    • (Facoltativo) In Commento digitare informazioni aggiuntive.

  5. Scegliere OK.

    Viene aperto un form elemento di lavoro contenente le informazioni fornite.

  6. Definire i campi restanti in base alle necessità del tipo di elemento di lavoro.

    Per ulteriori informazioni, vedere Definizione di requisiti, attività e altri elementi di lavoro più indietro in questo argomento.

  7. Fare clic su Salva Salva elemento di lavoro.

Creazione di test case e piani di test tramite Test and Lab Manager

Utilizzando 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

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 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 Test Manager è possibile inviare bug che automaticamente contengono informazioni sul test case e sull'ambiente di test in esecuzione, oltre al passo del test specifico durante il quale è stato individuato un errore del codice. I bug creati tramite Test Manager collegano automaticamente il bug al test case in esecuzione al momento dell'individuazione del bug.

È possibile creare bug come indicato di seguito:

  • Da 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 Test Manager, vedere il contenuto correlato nella tabella seguente.

Attività

Contenuto correlato

Creare un bug. Quando si nota un comportamento imprevisto dell'applicazione durante il test ad 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 archivia i dati per i campi che non vengono visualizzati sui form elemento di lavoro. Sono disponibili ulteriori informazioni sui campi dell'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.

Vedere anche

Concetti

Scegliere un modello di processo

Altre risorse

Elementi (CMMI)