La principale préoccupation pendant la phase de développement est de lancer les corrections déterminées dans la phase de planification et de les appliquer dans les environnements de test, afin de déterminer si elles sont appropriées à la prise en charge du déploiement. Les corrections vont des modifications de configuration réseau et de la surveillance de l’utilisation actuelle de la bande passante aux modifications de commutateur et de configuration du réseau local virtuel (VLAN). La surveillance de l’environnement pendant le test est essentielle pour prévoir la synchronisation pendant le déploiement véritable. La moindre modification apportée aux environnements de test doit être documentée et transmise à l’équipe de gestion des changements de l’organisation. Les modifications doivent être classées et peuvent aller de « requise » (celles qui représentent un risque élevé si elles ne sont pas implémentées) à « facultative mais recommandée » (celles qui représentent un faible risque mais peuvent améliorer le processus de déploiement). Collaborez avec l’équipe technique de test pendant cette phase pour faciliter cette tâche. La figure 6 montre l’intervalle pendant lequel ces tâches de test et de résolution de problème ont lieu pour le processus de correction d’infrastructure. Sur cette page
Rôles et responsabilitésLe tableau 8 répertorie les centres d’intérêt pour les différents clusters de rôles lors des tests et de la résolution des problèmes de déploiement. Tableau 8. Rôles et responsabilités pendant la phase de développement
Préparation du test de déploiementLes informations documentées pendant le processus de planification sont utilisées pour créer des environnements de test aussi proches que possible du véritable environnement de production. Le cluster de rôles de gestion des versions coordonne ce processus. Pendant la création des environnements de test, concentrez-vous sur toutes les modifications d’infrastructure présentées dans le document d’architecture de déploiement proposé. Une fois les environnements construits (voir le Guide d'équipe technique de test pour une description des types de test requis), vérifiez avec attention les résultats de déploiement pour voir si des modifications supplémentaires sont nécessaires. Si c’est le cas, ajoutez ces modifications à la description d’architecture de déploiement d’origine. En règle générale, chaque étape du déploiement est testée dans le laboratoire avant d’être mise en production. Exécuter les tests dans un environnement de test limite certains des risques associés au déploiement d’images d’ordinateur complètes. Cette méthode permet plus particulièrement de limiter le risque de perturbations causées par des incompatibilités entre la version de Windows déployée et les applications que les utilisateurs exécutent généralement sur leurs ordinateurs. Remarque Utilisez ce processus pour tester des modifications futures de la version d’ordinateur standard, voire de l’infrastructure du réseau. Si des modifications sont apportées à l’environnement de production pendant cette phase, les mêmes modifications doivent être apportées aux environnements de test. De plus, toutes les modifications apportées aux environnements de test doivent également être reproduites dans l’environnement de production pendant le déploiement véritable. Utilisez les environnements de test pour apprendre comment améliorer les systèmes et procédez à des exécutions de test de chaque type de déploiement qui sera utilisé. Comme les environnements de test copient l’environnement de production, les membres du personnel peuvent utiliser le laboratoire pour se former à toute nouvelle fonctionnalité technique de Windows qui sera utilisée pendant le déploiement ou une fois celui-ci terminé. Ce double objectif de test et de formation peut permettre à l’organisation de tirer un profit maximal de l’environnement de test de ce déploiement. Important Le processus utilisé pour générer les environnements de test doit être bien documenté et, si possible, automatisé. Un processus automatisé facilite la reconstruction à l’identique de l’environnement à chaque fois. Sans automatisation, des erreurs peuvent être introduites dans les laboratoires. Reconstruire les environnements de test sans automatisation requiert également du personnel et engendre des coûts supplémentaires. En outre, ne pas automatiser le processus de construction a souvent pour résultat des environnements de test qui ne correspondent pas parfaitement à l’environnement de production. Pour ces raisons, le coût de l’absence d’automatisation du processus peut excéder celui de son automatisation. L’équipe technique de test utilise plusieurs environnements pour tester et affiner les processus et procédures à chaque niveau de test. L’équipe technique de correction d’infrastructure doit surveiller ces tests à chaque niveau pour affiner les modifications requises dans l’infrastructure de production en soutien du déploiement officiel. Jalon : Architecture de déploiement validéeA ce jalon, les modifications d’infrastructure sont établies, et l’architecture de déploiement est affinée. Le tableau 9 décrit les éléments livrables pour ce stade. Tableau 9. Éléments livrables
| Dans cet article |