Share via


Esecuzione delle attività di sviluppo comuni

Per ogni attività di sviluppo deve essere eseguito un set di passaggi comuni. A seconda del processo utilizzato dal team, è possibile eseguire queste attività in un ordine diverso. È ad esempio possibile definire i test prima di apportare modifiche al codice.

Dopo avere identificato un'attività di codifica e avere aggiornato il computer di sviluppo locale con la versione corretta del codice sorgente, è possibile apportare le necessarie modifiche al codice. Tuttavia, la modifica del codice è solo il primo passaggio, perché è in genere necessario testare le modifiche.

Dopo avere verificato il comportamento dell'applicazione, è necessario analizzare il codice per rilevare eventuali problemi comuni di progettazione che potrebbero non risultare ovvii durante i test.

Se il comportamento dell'applicazione è corretto, ma soddisfa più gli obiettivi di prestazioni, è necessario raccogliere i dati di profilo. È quindi possibile analizzare questi dati per individuare le cause del calo di prestazioni.

Tramite le funzionalità di Visual Studio 2010, è possibile ridurre i rischi e i costi associati all'esecuzione di queste attività di sviluppo. È ad esempio possibile valutare l'impatto delle modifiche al codice prima di archiviarle nel controllo della versione.

Attività comuni

Nella tabella seguente è possibile trovare descrizioni di attività comuni che supportano questo scenario e collegamenti a ulteriori informazioni sull'esecuzione corretta di queste attività.

Attività

Contenuto di supporto

Identificare il lavoro da svolgere: il lavoro consiste in genere in una o più attività di codifica o in uno o più bug da risolvere. Recuperare gli elementi con priorità più elevata dal database Gestione elementi di lavoro. È inoltre possibile rivedere la pianificazione generale dell'iterazione corrente per verificare di poter completare le attività nell'intervallo di tempo previsto. È inoltre necessario rivedere eventuali dipendenze di altri membri del team di queste attività per evitare di bloccare lo stato di avanzamento. Se fanno parte del team tester a tempo pieno, è opportuno discutere del lavoro con il tester responsabile della funzionalità interessata affinché possa avviare la pianificazione dei test necessari.

Preparare l'ambiente di sviluppo: dopo avere identificato il lavoro che è necessario eseguire, potrebbe essere necessario aggiornare l'ambiente di sviluppo in modo da disporre del codice sorgente necessario. Se si corregge un bug in una versione rilasciata o distribuita dell'applicazione, è possibile aggiornare l'ambiente per disporre di una versione specifica dei database di origine anziché della versione più recente. Se si utilizzano i database, è anche necessario configurare un server di sviluppo locale.

Identificare la causa dei difetti del codice: spesso, il primo passaggio da eseguire per correggere un bug consiste nell'utilizzare il debugger per identificare la causa del problema. Se il problema è stato introdotto di recente, è possibile verificare i dati storici dei file di origine che contengono l'errore per determinare quando e da che è stato introdotto il problema. In alcune situazioni, può essere necessario eseguire il rollback della modifica originale e considerare una diversa modifica al codice.

Apportare modifiche al codice: identificare le modifiche necessarie, apportare una o più modifiche, testarle, quindi verificare che tali modifiche soddisfino gli standard del codice del team.

Identificare possibili problemi di qualità, prestazioni o di altro genere nel codice: è possibile utilizzare Visual Studio Premium per analizzare il codice per trovare problemi comuni di progettazione. È consigliabile condurre una revisione team del codice per identificare potenziali problemi non rilevabili dagli strumenti.

Analizzare problemi di prestazioni nel codice: è possibile eseguire scenari principali nell'applicazione per raggruppare dati di profilo da analizzare per rilevare eventuali problemi di prestazioni.

Completare il lavoro: quando si ritiene che le modifiche al codice siano pronte, rivederle con uno o più membri del team, eseguire una compilazione completa finale, quindi eseguire i test di archiviazione. Dopo avere archiviato le modifiche e risolto eventuali conflitti di unione, risolvere attività, bug e altri elementi di lavoro correlati.

Accantonare parte del lavoro: se occorre accantonare temporaneamente l'attività di modifica per correggere un bug con priorità più elevata che potrebbe incidere sullo stesso set di file, è possibile salvare le modifiche in un'area di sospensione. Al termine, sarà possibile recuperare l'area di sospensione e riprendere l'attività principale.

Scenari correlati

  • Esame della progettazione e dell'architettura esistenti
    In molti casi, il lavoro di sviluppo che è necessario eseguire richiede la modifica di un'applicazione esistente. Prima di iniziare, è necessario rivedere l'architettura e la progettazione dell'applicazione per comprendere quali modifiche sia necessario apportare.

  • Configurazione di ambienti di sviluppo
    Prima di poter creare o modificare il codice, è necessario configurare gli ambienti di sviluppo e test con il codice sorgente appropriato. Se si utilizzano i database, è necessario disporre dell'accesso alla rappresentazione offline di tali database.

  • Gestione delle pianificazioni e del lavoro di sviluppo
    Le modifiche che è necessario apportare sono in genere definite in un'attività, un bug o un altro elemento di lavoro. Le attività, i bug e gli elementi di lavoro possono essere utilizzati per creare e gestire la pianificazione di sviluppo.