Menu

Ce que le testeur d'assurance qualité doit savoir sur le processus de gestion des versions et du déploiement

  • Principal
  • Concepts De Test
  • Ce que le testeur d'assurance qualité doit savoir sur le processus de gestion des versions et du déploiement

what qa tester should know about release

Essayez Notre Instrument Pour Éliminer Les Problèmes

Lors de notre réunion d'équipe aujourd'hui, le responsable a vérifié auprès de chacun son préparation à l'exécution des tests . Il a mentionné que «le code sera prêt pour l'assurance qualité d'ici demain matin». Que voulait-il dire quand il a dit «le code sera prêt», cela signifie-t-il que les développeurs vont écrire le code dans l'environnement QA ce soir?

Il voulait en fait dire que le déploiement devait être effectué de nuit et que le nouveau code serait déployé dans l'environnement d'assurance qualité pour être testé.

Beaucoup d'entre vous peuvent maintenant se demander ce qu'est le déploiement et que font-ils réellement?

processus de gestion des versions et du déploiement pour le contrôle qualité

Ce que vous apprendrez:

Processus global de gestion des versions et du déploiement et importance pour l'équipe d'assurance qualité

  • Pourquoi maintenons-nous vraiment des environnements différents?
  • Comment le code est-il migré d'un environnement à un autre?

Je couvrirai les sujets suivants dans cet article

  1. Pourquoi est-il important que les testeurs soient informés du processus de publication et de déploiement?
  2. Différents environnements
  3. Qu'entendez-vous par construction et déploiement?
  4. Déploiement planifié vs déploiement d'urgence
  5. Liste de contrôle QA - Avant et après le déploiement

#1. Pourquoi est-il important que les testeurs soient informés du processus de déploiement?

Notre tâche principale d'exécution des tests dépend de la réussite du déploiement. Si l'équipe de déploiement a rencontré des défis et rencontré plusieurs problèmes et n'a pas pu déployer le code correctement, cela indiquera sûrement que l'équipe d'assurance qualité va identifier de nombreux bogues qui peuvent être liés à l'environnement ou au processus de déploiement.

  • Si les testeurs sont conscients du processus de déploiement, ils comprendront l'importance de terminer leurs tâches dans les délais prévus.
  • Les testeurs auront une idée si le problème est vraiment un bogue de fonctionnalité ou quelque chose causé pendant le déploiement, disent qu'un testeur est assigné pour tester la fonctionnalité de rapport mais quand il essaie de se connecter au site Web, il voit une erreur qui signifie que l'environnement est en panne. , ces problèmes ne peuvent pas être considérés comme des problèmes fonctionnels mais comme environnementaux. Si le testeur est conscient du déploiement, il peut associer le problème à un problème de déploiement.
  • De nombreux non-problèmes pourraient être évités si les testeurs sont vraiment conscients de la liste qui a été déployée. Parfois, vous testez et signalez un problème pour des zones qui n'ont jamais été déployées.

# 2. Différents environnements

Différents environnements

Dans la classification ci-dessus, j'ai couvert les 4 environnements les plus importants que la plupart des organisations suivent, cependant, de nombreux clients maintiennent beaucoup plus d'environnements comme la mise en scène, la pré-mise en scène, etc. De plus, la convention de dénomination peut différer.

meilleurs sites de téléchargement de musique gratuits pour téléphones Android
  • DEV - L'environnement de développement est celui créé et maintenu par l'équipe de développement pour écrire le code. L'accès à cet environnement est donné uniquement à l'équipe de développement. En général, l’équipe de contrôle qualité n’a pas accès à cet environnement. Cet environnement est principalement utilisé par l'équipe de développement pour leurs tests unitaires.
  • AQ - L'environnement QA est celui où les tests ont réellement lieu. Cet environnement appartient à l'équipe QA. L'équipe DEV n'a pas accès à cet environnement. Une fois la conception et le codage terminés, le code est déplacé vers l'environnement QA pour que l'équipe QA effectue l'exécution des tests.
  • UAT - Test d'acceptation par l'utilisateur est un environnement où les tests sont effectués par les utilisateurs métier. Ceci est fait une fois le test du système terminé. L'intention principale est de tester le système du point de vue commercial. L'accès à cet environnement n'est accordé qu'aux utilisateurs professionnels. Cependant, à certaines occasions, ils sollicitent une assistance d'AQ, dans de telles circonstances, l'équipe d'AQ a un accès temporaire à l'environnement.
  • PROD - L'environnement PROD est l'environnement réel réel qui est exposé aux utilisateurs réels et aucune des équipes DEV et QA n'a accès en lecture / écriture à cet environnement. Les équipes de support Prod sont maintenues pour résoudre les problèmes liés à l'environnement de production.

Lire aussi=> Comment préparer efficacement le «banc d'essai» et minimiser les défauts de l'environnement de test

# 3. Qu'entendez-vous par construction et déploiement

Une construction contient principalement le paquet compilé qui pourrait inclure l'exécutable bat, exe, les bibliothèques comme dll, lib et des archives comme les fichiers zip. L'équipe de développement crée la version et la fournit à l'équipe de déploiement pour l'installation.

La compilation du code source est principalement prise en charge par l'équipe de développement et après avoir généré la build, ils la placent à un emplacement spécifié qui est accessible par l'équipe de déploiement pour un déploiement dans un environnement différent.

Une fois la build déployée, l'équipe QA est notifiée pour faire le construire des tests de vérification (BVT) et en cas de succès, l'équipe effectue le reste du test fonctionel .

Dans certaines organisations où ils ne maintiennent pas une équipe de déploiement distincte, l'équipe de développement fournit la version au contrôle qualité et l'équipe d'assurance qualité effectue elle-même le déploiement. Il y a un gros risque impliqué, dans de tels cas, les ressources QA doivent être techniquement solides pour comprendre le processus de déploiement global de build et doivent également savoir comment y remédier en cas de problème.

Les builds sont maintenus en utilisant des nombres comme 1.0.01 ou 1.0.03. Ainsi, il est possible que la version 1.0.01 exécute la DLL v0.2 et la version 1.0.03 exécute la DLL v0.5. Il devient important pour l'équipe QA de s'assurer que la version correcte est déployée dans l'environnement avant le début des tests. C'est toujours une bonne idée de garder une trace des changements fournis dans le cadre de chaque build.

Le maintien d'une équipe de déploiement distincte est toujours une bonne pratique car cela permet un mouvement fluide du code d'un environnement à un autre.

Le déploiement est un processus par lequel le code / build est déplacé d'un environnement à un autre. La plupart de l'organisation de nos jours suit un canal approprié pour le déploiement et maintient une équipe distincte qui s'occupe de tout cela.

Construction et déploiement

comment ouvrir un fichier eps

Avant le jour du déploiement, une équipe composée du développeur, du responsable du développement, de l'ingénieur de déploiement, du responsable des tests et d'autres parties prenantes de l'entreprise se réunit. Lors de la réunion, le développeur est généralement invité à décrire son changement. Ils doivent généralement remplir un formulaire particulier avec des détails sur les modifications et le plan de restauration.

Dans le cas où certains détails sont manqués, les modifications ne sont pas approuvées pour le déploiement. L'équipe décide ensuite si le changement peut faire partie du déploiement du lendemain. Il est demandé au responsable du test QA d’approuver pour s’assurer que le changement n’aurait aucun impact sur les tests existants. Lors de la réunion, les éléments de déploiement finaux sont planifiés.

La liste approuvée est élaborée par l'équipe de déploiement le jour du déploiement. L'équipe exécute un ensemble de programmes tels que définis dans chacun des formulaires de modifications (fournis par les développeurs), puis envoie la communication une fois le déploiement terminé.

Le message Déploiement terminé indique à l'équipe d'assurance qualité que les modifications / nouveau code sont prêts à être testés.

Il est de la responsabilité de l'équipe de déploiement de déplacer les changements de DEV à QA. Une fois le test QA terminé, le code est déplacé vers UAT. Le déplacement des données PROD est la partie la plus importante et doit être effectué pendant les heures creuses, car pendant le déploiement, l'environnement doit être mis hors service et cela doit être fait avec le plus grand soin car cela pourrait avoir un impact grave sur les activités.

La plupart des déploiements Prod sont effectués tard dans la nuit lorsque les chances que l'environnement soit touché par les utilisateurs finaux sont moindres.

# 4. Déploiement planifié vs déploiement d'urgence

Chaque organisation maintient un calendrier de déploiement. De nombreux clients suivent un déploiement une fois par semaine et beaucoup optent pour un déploiement toutes les deux semaines, affirment que le déploiement prévu ne devrait avoir lieu que les mardis ou qu'il peut se produire les mardi et vendredi. Les jours de déploiement peuvent changer si le jour prévu pour le déploiement tombe un jour férié.

Dans la section ci-dessus, j'ai couvert le processus qui est suivi pour tout déploiement prévu .

Les déploiements planifiés peuvent avoir leur propre défi. Pensez à un cas où un nouveau code est déployé dans l'environnement d'assurance qualité et pendant le test de cohérence, l'équipe identifie un défaut de blocage et le test doit être arrêté. L'équipe de test attend-elle une semaine avant le prochain déploiement?

Pour gérer de telles situations, des correctifs d'urgence et des déploiements sont effectués là où l'équipe de déploiement n'a pas besoin d'attendre le jour de déploiement prévu. Ils doivent suivre et demander l'approbation même pour les déploiements d'urgence, mais ces approbations se produisent généralement rapidement et les nouvelles modifications peuvent être déployées dans l'environnement d'assurance qualité le même jour ou dès que possible.

# 5. Liste de contrôle QA - Avant et après le déploiement

Avant le déploiement -

L'ensemble phase de conception des tests a lieu avant que le code ne soit réellement déplacé vers l'environnement. C’est l’exécution du test qui dépend de la disponibilité du code dans l’environnement de contrôle qualité, tandis que l’équipe de déploiement travaille sur le déploiement du code lors du contrôle qualité, l’équipe de contrôle qualité doit s’assurer d’avoir terminé les activités ci-dessous:

Après le déploiement -

Après le déploiement, la toute première chose que nous faisons en tant qu'équipe d'assurance qualité est de commencer notre test de cohérence. Mais avant de commencer notre test de santé mentale, nous devons nous assurer que le suivi a été pris en compte -

  • L'équipe d'assurance qualité doit avoir reçu une notification de l'équipe de déploiement concernant la réussite du déploiement et être prête pour l'assurance qualité.
  • L'équipe d'assurance qualité doit garder une trace de la version déployée.
  • Assurez-vous que l'équipe d'assurance qualité a la liste des changements déployés avec succès et également des éléments non déployés même s'ils étaient prévus. Il se peut que l'équipe de déploiement ne puisse pas se déployer en raison de détails manquants, etc.

Conclusion

J'espère que l'article ci-dessus vous a donné une idée du processus global de gestion des versions et du déploiement suivi dans le cadre du cycle global de développement logiciel. Ce n'était qu'une procédure générique suivie dans la plupart des organisations, mais de nombreux clients ont des protocoles différents.

Auteur : Cet article génial est écrit par Priya R., membre de l'équipe STH.

Avez-vous trouvé ce processus utile? Faites-nous part du processus de déploiement que vous suivez dans votre organisation.

lecture recommandée

^