Completamento delle attività di sviluppo
Dopo avere completato l'implementazione e i test di una modifica apportata al codice per eseguire un'attività, un bug o un altro elemento di lavoro, è necessario eseguire altre attività aggiuntive. In un ambiente team, spesso si chiede a uno o più membri del team di sviluppo di rivedere il codice. È inoltre possibile eseguire una compilazione completa finale dell'applicazione.
È possibile disporre di un set di test di archiviazione da eseguire prima di archiviare il codice. Dopo avere soddisfatto tutti i criteri, è possibile archiviare le modifiche al codice in sospeso e risolvere così eventuali conflitti di unione.
Solo dopo avere completato tutti i passaggi necessari, si risolveranno le attività, i bug o altri elementi di lavoro corrispondenti.
Attività comuni
Attività |
Contenuto di supporto |
|---|---|
Richiedere ad altri membri del team di rivedere il codice: in molti ambienti di sviluppo team, è necessario che uno o più membri del team rivedano le modifiche al codice prima di procedere con l'archiviazione. Considerare la possibilità di chiedere a uno dei membri di rivedere codice particolarmente complesso anche se questo passaggio non è richiesto in modo specifico. Per semplificare la revisione del codice, è possibile preparare un'area di sospensione contenente le modifiche. Altri membri del team possono esaminare il contenuto di questa area. Le modifiche vengono anche salvate nel controllo della versione in modo da poter svolgere altre attività senza mettere a rischio le modifiche qualora si verifichi un evento imprevisto nell'ambiente di sviluppo. |
|
Eseguire una compilazione completa finale: spesso, quando si apportano modifiche al codice, si compilano solo i componenti modificati. In un ambiente team, considerare la possibilità di compilare l'intera applicazione prima di archiviare le modifiche. In alcuni team, è possibile inviare le archiviazioni a un computer che esegue compilazioni continue. |
|
Eseguire tutti i test di archiviazione: in molti team, è necessario eseguire un sottoinsieme di test dell'applicazione noti come test di archiviazione. Tramite questi test è possibile verificare che il comportamento dell'applicazione non abbia subito interruzioni in aree diverse da quelle modificate direttamente. |
|
Archiviare tutte le modifiche: dopo avere verificato tutte le modifiche, è necessario archiviarle nel controllo della versione per renderle disponibili al team. Quando una modifica viene archiviata, viene inclusa nella compilazione completa successiva del prodotto. È inoltre possibile ripristinare le modifiche in sospeso se, ad esempio, rappresentano un rischio troppo elevato nella fase corrente di un ciclo del prodotto. |
|
Risolvere attività, bug e altri elementi di lavoro: dopo avere archiviato le modifiche, è possibile risolvere attività, bug o altri elementi di lavoro associati alle modifiche. In genere si associa il set che conteneva le modifiche all'elemento di lavoro. Così facendo, se il bug ricorre in seguito sarà più facile trovare il set di modifiche correlate. È consigliabile includere una quantità sufficiente di informazioni nei commenti dell'elemento di lavoro, in modo che altri utenti possano comprendere il tipo di modifica e perché è stata apportata. È inoltre possibile considerare l'applicazione di un'etichetta per poter fare riferimento in seguito a questa versione del codice sorgente. Dopo avere completato un elemento di lavoro, potrebbe essere necessario modificare la pianificazione di sviluppo se tale elemento ha richiesto una quantità di tempo significativamente maggiore o minore del previsto. |
|
Fornire commenti e suggerimenti sulla progettazione: quando si apporta una modifica al codice, potrebbe essere necessario modificare gli elementi della progettazione o dell'architettura dell'applicazione. Se si modifica la progettazione, è necessario aggiornare eventuali documenti di progettazione o architettura (inclusi i modelli) per riflettere le modifiche. Se si è corretto un difetto, è possibile fornire indicazioni ad altri membri del team sulla natura del difetto e illustrare loro come evitarlo in futuro. |
Scenari correlati
Esecuzione delle attività di sviluppo comuni
Quando si completa un'attività di sviluppo, sono stati eseguiti tutti i passaggi necessari richiesti dal processo o dalla metodologia del team.Identificazione dell'impatto delle modifiche al codice sui test
Prima di archiviare le modifiche e risolvere elementi di lavoro associati, è necessario eseguire test per verificare le parti dell'applicazione interessate dalle modifiche apportate al codice. È possibile utilizzare le funzionalità di analisi di impatto del test di Visual Studio Premium e Visual Studio Ultimate per individuare i test da eseguire.Verifica del codice tramite unit test
È necessario eseguire test esistenti e creare test aggiuntivi per verificare il comportamento dell'applicazione. Se l'applicazione utilizza uno o più database, è necessario generare dati di test realistici da utilizzare per questi test.Analisi della qualità dell'applicazione tramite gli strumenti di analisi del codice
È necessario analizzare il codice per rilevare errori comuni di progettazione che potrebbero provocare problemi agli utenti dell'applicazione.Gestione delle pianificazioni e del lavoro di sviluppo
Dopo avere archiviato le modifiche e risolto gli elementi di lavoro, è necessario rivedere la pianificazione di sviluppo per l'iterazione corrente. È possibile verificare che la pianificazione venga rispettata. Se l'attività richiede più tempo del previsto, è possibile individuare i membri del team che dipendono dal lavoro per discutere degli effetti del ritardo.