Réalisation de tâches de développement

Lorsque vous avez terminé l'implémentation et le test d'une modification du code pour effectuer une tâche, un bogue ou un autre élément de travail, vous réalisez en général plusieurs tâches supplémentaires. Dans un environnement de travail en équipe, vous demandez souvent à un ou plusieurs membres de votre équipe de développement de revoir votre code. Vous devez également exécuter une dernière génération complète de l'application.

Vous pouvez utiliser un jeu de tests de vérification qui doivent être réussis avant de pouvoir archiver le code. Après avoir satisfait tous les critères, vous pouvez archiver les modifications du code en attente, en résolvant tout conflit de fusion.

Lorsque toutes les étapes obligatoires ont été effectuées, vous pouvez alors résoudre les tâches, bogues ou autres éléments de travail correspondants.

Tâches courantes

Tâche	Contenu de support
Faire réviser le code par ses pairs : dans de nombreux environnements de développement en équipe, vous devez faire réviser les modifications de code par un ou plusieurs pairs avant de pouvoir archiver ces modifications. Vous devez envisager que l'un de vos pairs révise tout code complexe même si cette étape n'est pas requise par votre équipe. Pour faciliter une révision du code, vous pouvez préparer un jeu de réservations qui contient vos modifications. D'autres membres de l'équipe peuvent passer en revue le contenu du jeu de réservations. En outre, les modifications sont enregistrées dans le contrôle de version afin que vous puissiez travailler sur d'autres tâches, et que vos modifications ne soient pas exposées si quelque chose d'inattendu arrive à votre environnement de développement.	Instructions pour le contrôle de qualité du code Utilisation de jeux de réservations
Exécuter une dernière génération complète : souvent, lorsque vous faites des modifications du code, vous générez uniquement les composants que vous modifiez. Dans un environnement de travail en équipe, vous devez envisager de générer l'application entière avant d'archiver les modifications. Dans certaines équipes, vous pouvez soumettre des archivages sur un ordinateur qui exécute des builds en continu.	Exécuter et surveiller des builds
Exécuter tous les tests de vérification : dans de nombreuses équipes, vous devez exécuter un sous-ensemble de tests d'application appelés tests de vérification. Ces tests vérifient que vous n'avez pas arrêté le comportement de l'application dans des zones différentes de celles que vous avez modifiées directement.	Définir une build d'archivage contrôlé pour la validation des modifications Utiliser la stratégie d'archivage de builds pour réduire l'évolution du code après des arrêts de builds en continu
Archiver toutes les modifications : après avoir vérifié vos modifications, vous devez les archiver dans le contrôle de version pour les mettre à disposition de l'équipe. En archivant votre modification, vous entraînez également leur affichage dans la prochaine build de produit complète. Vous pouvez également annuler des modifications en attente si, par exemple, ils présenteraient trop de risques à ce stade du cycle du produit.	Archiver des modifications en attente Résoudre les conflits entre deux fichiers Afficher des détails de l'élément de travail dans la fenêtre Modifications en attente Substituer une stratégie d'archivage Annulation de modifications en attente
Résoudre des tâches, des bogues et d'autres éléments de travail : après avoir archivé les modifications, vous pouvez résoudre les tâches, bogues ou autres éléments de travail associés qui sont liés aux modifications. Vous associez en général l'ensemble de modifications qui contenait les modifications avec l'élément de travail ; en procédant de la sorte, si le bogue est reproduit ultérieurement, il sera facile de rechercher l'ensemble de modifications associées. Vous devez inclure suffisamment d'informations dans les commentaires de l'élément de travail afin que d'autres lecteurs puissent comprendre quelle modification a été apportée et pourquoi. En outre, vous pouvez envisager d'appliquer une étiquette afin de pouvoir vous référer de nouveau à cette version de votre code source. Après avoir terminé un élément de travail, vous devrez peut-être ajuster la planification du développement si cet élément a pris considérablement plus ou moins de temps que prévu.	Recherche de bogues, de tâches et d'autres éléments de travail Résoudre, fermer, ou réactiver un élément de travail Associer des éléments de travail à des ensembles de modifications Associer des notes d'archivage à des ensembles de modifications Utilisation d'ensembles de modifications Utiliser des étiquettes pour prendre un instantané de vos fichiers Planification de tâches et assignation de ressources à l'aide de Microsoft Project
Fournir des commentaires de conception : lorsque vous faites une modification du code, vous devrez peut-être modifier des éléments de la conception ou de l'architecture de l'application. Si vous modifiez la conception, vous devez mettre à jour tout document de conception ou architectural (cela inclut des modèles) pour refléter les modifications. De plus, si vous avez corrigé un défaut, vous pouvez fournir de l'aide à d'autres membres de l'équipe sur la nature de ce défaut et leur montrer comment l'éviter à l'avenir.	Visualisation du code existant Développement de modèles pour la conception logicielle Modélisation des besoins des utilisateurs Validation de votre système lors du développement

Scénarios associés

• Exécution de tâches de développement courantes
  Lorsque vous terminez une tâche de développement, vous avez exécuté toutes les étapes nécessaires requises par le processus ou la méthodologie de votre équipe.

• Identification de l'impact de la modification du code sur les tests
  Avant d'archiver vos modifications et de résoudre des éléments de travail associés, vous devez effectuer des tests pour vérifier les parties de votre application affectées par vos modifications du code. Vous pouvez utiliser les fonctionnalités d'analyse de l'impact de test de Visual Studio Premium et Visual Studio Ultimate pour voir les tests qui doivent être exécutés.

• Vérification du code à l'aide de tests unitaires
  Vous devez effectuer des tests existants, et vous pouvez créer des tests supplémentaires, pour vérifier le comportement de votre application. Si votre application utilise une ou plusieurs bases de données, vous pouvez générer des données de test réalistes à utiliser pour ces tests.

• Analyse de la qualité des applications à l'aide des outils d'analyse du code
  Vous pouvez analyser votre code afin de vérifier les problèmes de conception courants qui pourraient provoquer des problèmes pour les utilisateurs de votre application.

• Gestion des planifications de développement et du travail
  Après avoir vérifié vos modifications et résolu vos éléments de travail, vous pouvez revoir la planification du développement pour l'itération actuelle. Vous pouvez vérifier si vous êtes dans les temps. Si la tâche a pris plus de temps que prévu, vous pouvez savoir quels membres de l'équipe avaient des dépendances sur votre travail et vous pouvez ainsi aborder les effets du retard.