Comment améliorer le processus de lancement de test pour réussir la production de logiciels sans bogues

how improve test release process

Voyons le processus typique impliqué dans la livraison de logiciels de la «phase de développement» à la «phase de test» pour un version réussie du logiciel sans bogue pour la production / le client .

Ces processus sont soit ignorés, soit ignorés par les éditeurs de logiciels, ce qui entraîne une mauvaise gestion des tests et par conséquent 'un' petit chariot 'Versions logicielles au client, ce qui conduit à' clients insatisfaits ».

Bien que beaucoup de temps et d'efforts fournis par l'équipe de test pour chaque version , lorsque le logiciel publié n'a pas la qualité telle que définie ou évaluée au banc ou ne répond pas aux critères attendus, cela affectera non seulement la réputation de l'entreprise auprès des clients, mais aussi démotiver et démoraliser l'équipe de projet, surtout l'équipe de test dans son ensemble .

Si vous faites partie d'une équipe de test dans ce scénario, vous pourriez continuer à vous demander «comment améliorer mes capacités de test et y a-t-il un meilleur moyen de surmonter cette situation».

Je souhaite donner quelques conseils et suggestions, basés sur mon expérience avec diverses équipes de test impliquées dans des applications logicielles et des versions de produits d'entreprise avec plusieurs domaines et plates-formes et avec plusieurs cadres de test, sur comment améliorer les processus de publication des tests , ce qui simplifiera votre vie professionnelle en tant qu'ingénieur de test ou gestionnaire de test pour fournir des logiciels de classe mondiale.

Ce que vous apprendrez:

• Processus de lancement de test
• Amélioration du processus de lancement des tests:
• Gérer et contrôler le contenu de la version de test
• Exemple de modèle de rapport de version:
• Conclusion:
• lecture recommandée

Processus de lancement de test

Le tableau ci-dessous donne un aperçu d'un processus de validation de test avec trois phases universelles telles que l'entrée, le processus et la sortie.

faire face à des situations difficiles au travail

Chaque équipe de test doit créer un unique liste de contrôle pour la version du logiciel, selon le domaine et la plate-forme du logiciel et la méthodologie de gestion de projet (comme Agile Scrum, etc.) et selon le cadre de test manuel / automatisé, pour accepter la version publiée, avant de commencer l'exécution du test pour économiser du temps et des efforts.

Il s'agit de l'un des paramètres d'efficacité les plus importants de la phase de lancement du test.

Amélioration du processus de lancement des tests:

1) Consultez le rapport de version pour la nouvelle fonctionnalité, la personnalisation / modification des fonctionnalités existantes, les corrections de bogues de la version précédente, qui décidera de commencer à exécuter le test de fumée ou le test de santé mentale ou une combinaison des deux.

deux) Revoir la mise à jour Documents de test selon la nouvelle fonctionnalité et les corrections de bogues, s'il n'est pas déjà mis à jour. Normalement, au cours du cycle de vie du développement logiciel, ces documents sont mis à jour par l'équipe de test en fonction des réunions hebdomadaires régulières de revue de projet.

3) Examiner la version logicielle dans le référentiel de configuration est mis à jour pour le numéro de version, le numéro de version, étiqueté ou commenté avec le nom de la version conformément aux normes définies dans le plan de projet. Assurez-vous également que la compilation est correctement compilée et installée sur le serveur de test.

4) Planifiez une réunion d'examen rapide du projet après la publication pour discuter des avantages et des inconvénients de la version publiée, des bogues connus et des fonctionnalités critiques, etc., pour éviter toute mauvaise communication et pour passer en revue toutes les exigences importantes du client. Évitez strictement toute communication orale entre les équipes de développement et de test car cela a un impact important sur la qualité de la version du logiciel.

5) Assurez-vous que l'outil de suivi des bogues est correctement configuré , pour l'équipe de test et l'équipe de développement allouées au projet, les numéros de version et de version du logiciel ainsi que les modules / fonctionnalités du logiciel, ce qui aidera à consigner efficacement les bogues. Dans le cas contraire, il doit être transmis au chef de projet ou au gestionnaire de test en priorité.

6) Renvoyer la construction à l'équipe de développement sans aucun compromis, si la construction échoue dans Smoke ou Sanity Testing. Strictement, les tests ne doivent pas être poursuivis lorsque le système échoue lors des tests de fumée. Cela économisera beaucoup de temps et d'efforts et améliorera la qualité du logiciel publié dans les versions suivantes.

7) Planifiez la sortie du projet le 1^stJour de la semaine ce qui aidera le gestionnaire de test à planifier le cycle de test à venir en fonction de la stabilité de la construction et à envoyer un rapport de test rapide au chef de projet qui augmentera la qualité du logiciel bien à l'avance. Si l'équipe de développement planifie la sortie du projet le vendredi, le week-end peut être utilisé pour tout dérapage ainsi que pour tout problème de construction dans un cadre de construction manuel ou automatisé.

8) Assurez-vous que les testeurs sont correctement formés sur le domaine ce qui aidera l'équipe de test à respecter le calendrier des tests et à gagner du temps pour la prochaine série de tests. En outre, l'équipe de test doit être formée et avoir l'expérience des technologies requises telles que le script et SQL si le projet nécessite une boxe blanche.

9) Évitez l'attribution de testeurs dans plusieurs projets car cela affecte grandement la qualité de l'exécution des tests en temps réel. En pratique, même les testeurs expérimentés négligent les fonctionnalités et les fonctionnalités et ignorent les cas de test en supposant que certains cas de test n'échouent jamais, lorsqu'ils sont surchargés de travail ou alloués sur plusieurs projets avec des délais.

dix) Appréciez que l'équipe de test ait de la passion car les testeurs ne doivent pas travailler pour le «Jour» ou commenter «Appelez-le un jour». Lorsque le logiciel comporte plusieurs modules et que le fonctionnaliste est complètement ou partiellement intégré ou interdépendant, les testeurs doivent avoir la passion d'écrire / exécuter les cas de test avec une grande couverture et une matrice de traçabilité, en ciblant la qualité du logiciel / produit final. Parce que même un problème cosmétique est un «bug» et compté comme «1 bug».

Onze) Assurez-vous que l'installation du logiciel est simple et directe car cela aide l'équipe de test à réinstaller le logiciel lorsque cela est nécessaire au lieu d'attendre que le gestionnaire de développement ou un gestionnaire d'installation fasse le même travail, ce qui éliminera inutilement le temps de test disponible. Par exemple, même si l'installation basée sur Windows est facile, mais lorsqu'elle implique plusieurs serveurs Web et des réseaux étendus dans un environnement de test à plusieurs niveaux, les testeurs peuvent prendre des heures pour installer le logiciel. Si la couvertures de test de logiciels et installation, désinstallation , des correctifs ou des mises à jour de logiciels, il est plus probable de discuter en détail du processus d'exécution des cas de test avec l'équipe de test.

12) Assurez-vous que les outils automatisés sont disponibles avec une licence pour un cadre de test d'automatisation . L'exécution de cas de test dans un cadre automatisé est facile par rapport à un scénario de test manuel, à condition que les outils automatisés soient correctement configurés et sous licence pour plusieurs utilisateurs. En particulier, lorsque le plan de test implique des tests de performances et de charge en dehors de l'exécution régulière des cas de test et des tests de régression, les testeurs doivent couvrir l'exécution des cas de test sur plusieurs environnements tels que plusieurs serveurs, plusieurs navigateurs, plusieurs utilisateurs, etc.

13) Assurez-vous que les machines fantômes sont configurées pour les tests avant de démarrer l'exécution du test. Les machines fantômes sont des machines avec l'environnement de test différent. Par exemple, un logiciel d'application Web peut être prévu pour tester dans plusieurs environnements comme Windows 7 & Access DB ou Windows 2008 & SQL Server ou Windows 8 & Oracle ou Mainframe & DB2 etc., avec tous les navigateurs tels que Chrome, Firefox, Internet Explorer , Safari etc., Quelques «tests du système» nécessite même de formater complètement le disque dur et d'installer un nouveau logiciel ou de mettre à jour le logiciel existant avec des correctifs et des mises à jour, etc.

14) Évitez d'implémenter les nouvelles fonctionnalités / la demande de modification en arrêtant l'exécution du test et en relâchant le logiciel pour indiquer à nouveau la phase de test. C'est une très mauvaise pratique dans de nombreuses organisations de logiciels selon les exigences de l'entreprise pour satisfaire les clients externes ou au moins pour répondre aux demandes du comité de direction de la direction ou parfois des équipes de vente / marketing. Même si les demandes de changement des clients sont toujours encouragées dans un environnement de projet «Agile», elles doivent être correctement planifiées et mises en œuvre avant la publication du logiciel à l’équipe de test.

Gérer et contrôler le contenu de la version de test

La gestion et le contrôle du contenu de la version de test est le plus important pour tout logiciel informatique ou même pour tout environnement logiciel non informatique qui sera décrit dans la figure ci-dessous.

• Les chefs de projet et / ou le comité de pilotage du projet dépendent de l'autorité de la matrice d'organisation, est responsable de la sélection du contenu pour chaque version.

• Une fois que les bogues et / ou les nouvelles fonctionnalités et la demande de changement des clients sont identifiés et approuvés, ils seront mis en œuvre par l'équipe de développement qui devrait être signalée aux parties prenantes du projet avant le début du développement / mise en œuvre.

• Sur la base de la version finale mise en œuvre, l'équipe de test mettra à jour les documents associés et se préparera pour les tests en conséquence.

• L'équipe de test commencera les tests de fumée / santé mentale conformément aux exigences définies dans le rapport de publication.

• Une fois que le Sanity a réussi, l'équipe de test commencera l'exécution du test selon le calendrier et les tâches allouées, à savoir les tests fonctionnels, les tests non fonctionnels, les tests de sécurité, les tests système, les tests de performance, les tests de charge, les tests d'acceptation des utilisateurs, etc.

• Une fois le premier cycle de test terminé, des rapports de test seront envoyés à toutes les parties prenantes et au responsable de l'équipe de développement pour planifier la prochaine itération de l'exécution des tests.

• En fonction de l'état des rapports de test et de la gravité et de la complexité des bogues, un cycle complet d'une deuxième phase d'exécution de tests ou de tests de régression sera planifié en même temps que les tests d'acceptation par l'utilisateur.

• Après avoir terminé les cycles d'exécution de test prévus, les rapports de test seront envoyés à toutes les parties prenantes du projet pour les réussites / échecs / manqués des fonctionnalités, fonctionnalités et corrections de bogues.

Exemple de modèle de rapport de version:

Remarque : Un exemple de modèle MS Word pour le rapport de publication est également disponible pour téléchargement ci-dessous.

Trouvez ci-dessous un ' Exemple de rapport de version »Qui couvre les principaux aspects du processus de publication, ce qui rend la vie professionnelle de toute l’équipe de projet beaucoup plus heureuse que jamais.

GPSNavigation_Release_Report_Ver_1.0.7_Release_14.0_Build_105.25.03

# 1) Portée

La navigation GPS pour XYZ Company Limited est disponible pour des tests internes. La version publiée est 1.0.7, le numéro de version est 14.0 et le numéro de build 105.25.03. Cette version du logiciel inclut les nouvelles fonctionnalités et les principales corrections de bogues de la version précédente. Le test de fumée est passé à partir de la phase de développement, mais un test de fumée et de santé mentale est requis avant de passer un test de régression.

# 2) Références

GPSNavigation_URD_1.0.12, GPSNavigation_FFD_2.17, GPSNavigation_BusinessUseCases_1.23.10, GPSNavigation_TestPlan_1.44, GPSNavigation_TestSuites_2.10, GPSNavigation_UnitTesting_23.3

# 3) Description de la version

Cette version est une version contrôlée de la navigation GPS et contient les fonctionnalités et fonctionnalités suivantes.

Les fonctionnalités marquées d'un * sont nouvelles dans cette version.

Les fonctionnalités suivantes ne sont pas implémentées dans cette version.

1. Module 1

1.1 Caractéristique 1

1.1.1 Fonctionnalité 1

# 4) Gestion de la configuration
Nous utilisons Visual Source Safe comme outil de gestion de configuration. La version est disponible dans le chemin suivant.

Lien interne: http://234.23.45.111/internalbuild/gpsnavigation/release1.0.13
Lien externe: https: // 234.23.45.111/externalbuild/gpsnavigation/release1.0.13

# 5) Instructions et étapes d'installation
Donnez les informations détaillées pour l'installation de la version à l'équipe QA / Testing.

# 6) Problèmes / Bugs corrigés
Le statut des bogues est mis à jour dans le système de suivi des défauts.

# 7) Problèmes / bogues à corriger

# 8) Livrables

# 9) Bogues / problèmes connus

# 10) Liste de vérification des versions

=> Télécharger: Cliquez ici pour télécharger un exemple de modèle de rapport de version au format MS Word.

Conclusion:

Comment améliorer continuellement le processus de lancement des tests

Astuce n ° 1) Mettre en place une équipe d'ingénierie des versions qui prendra en charge les facteurs critiques de la maintenance des versions et des versions logicielles et sera responsable des systèmes de gestion centralisés de la configuration logicielle.

Astuce n ° 2) Motiver et apprécier les équipes de projet pour suivre le processus impliqué dans le cycle de vie du développement logiciel, le cycle de vie du développement produit et le cycle de vie des tests logiciels. Nous pouvons définir le processus, mais tant qu'il n'est pas suivi par les personnes impliquées, il ne sert à rien de définir le processus.

Astuce n ° 3) Estimez l'effort de test en fonction des expériences et de l'histoire précédente. L'écriture de cas de test est totalement différente de l'exécution de la même chose. Les testeurs doivent comprendre ce qu'il faut tester, comment tester et quand tester, sinon, les efforts consacrés au cycle de test sont gaspillés, même si plusieurs cycles de test se sont produits.

Astuce n ° 4) Enfin, si possible et faisable, automatisez la phase de test à l'aide d'outils de test universellement acceptés. L'utilisation d'outils de construction automatisés et d'outils de test automatisés réduit les efforts de test de plus de 50%, améliorant la qualité du logiciel et garantit une qualité à 100% si le cadre d'automatisation est correctement conçu.

Astuce n ° 5) Dernier point mais non le moindre, la sortie de test n'est pas seulement un travail, c'est un art de rendre la vie de toutes les parties prenantes dans un projet plus facile et plus confortable.

A propos de l'auteur: Balu A. est un professionnel de l'informatique techno-fonctionnel expérimenté avec plus de deux décennies d'expérience en logiciels informatiques et une décennie d'expérience en gestion de projets et de tests, fournissant des applications d'entreprise et des solutions de mobilité dans tous les domaines utilisant les technologies Microsoft, Oracle, Java et Mobile. Il est fondamentalement un leader avec une passion pour promouvoir les gens pour qu'ils deviennent des leaders avec la bonne attitude et aime travailler dans un environnement orienté processus et croit que les processus améliorent l'efficacité, la qualité et la productivité des employés.

Dansprochain tutoriel, nous allons apprendre - Comment Améliorez l'efficacité du scénario de test.

Faites-nous part de vos réflexions / questions dans les commentaires ci-dessous.

Avoir une version du logiciel selon le processus!
Terminez les tests dans les délais avec une grande productivité et des efforts!
Essayez de réaliser une livraison logicielle sans bogue et de qualité garantie !!!

Si vous aimez cet article, pensez à le partager avec vos amis!

lecture recommandée

• Cours de test logiciel: à quel institut de test logiciel dois-je adhérer?
• Meilleurs outils de test de logiciels 2021 (Outils d'automatisation des tests QA)
• Emploi d'assistant QA en test logiciel
• Qu'est-ce que le test de singe dans les tests de logiciels?
• Choisir les tests logiciels comme carrière
• Travail d'indépendant de rédacteur de contenu technique de test de logiciels
• Exemple de rapport de bogue
• Flux de processus de contrôle qualité des tests logiciels pratiques (conditions requises pour la publication)