Ceci est un Tutoriel de Gestion des Tests pour les Tests Logiciels. Il comprend les Phases de Gestion des tests, les Outils et la Gestion des tests Par rapport à la Structure organisationnelle:
La gestion des tests est le processus de gestion de toutes les activités, documents et autres travaux liés aux tests. Les structures organisationnelles font référence à une hiérarchie d’équipes ou d’employés travaillant sur des projets particuliers.
Pensez-vous que la structure organisationnelle affecte la gestion des tests?
Si votre réponse est non, nous verrons pourquoi? Si oui, voyons comment cela affecte. Pour trouver la relation entre ces deux, nous devons comprendre ces sujets clairement, puis explorer la relation entre la gestion des tests et la Structure organisationnelle.
Introduction À la Gestion des tests
La Gestion des tests signifie gérer l’ensemble du processus de test logiciel pour un projet particulier. Le processus de gestion des tests est appliqué à l’ensemble du cycle de vie du développement logiciel. Par conséquent, idéalement, dès que le processus de développement logiciel démarre, le processus de gestion des tests devrait également commencer.
Le responsable des tests avait les responsabilités suivantes-
- Le responsable des tests doit s’assurer de la cohérence et de la qualité de ces produits de travail.
- Travaillez avec l’Analyste de test et l’Analyste de test technique pour sélectionner et personnaliser le modèle approprié.
- Travailler avec l’Analyste de test et l’Analyste de test Technique pour établir des normes de ces produits, comme des niveaux de degré détaillé.
- Examinez les produits de travail en utilisant les techniques appropriées.
Composants de gestion des tests
La gestion des tests est divisée en 5 parties pour une meilleure compréhension:
- Documentation du test
- Estimation du test
- Métriques de test
- Mesure de la progression du test
- Métriques pour Surveiller le Cycle de vie du Test
#1) Documentation de test
Il existe trois types de Documentation de test qui sont énumérés ci-dessous:
- Stratégie de test
- Stratégie de test
- Plan de test principal
#1) Politique de Test:
- Résume la valeur que l’organisation tire des tests.
- Définit les stratégies de test.
- Décrit comment évaluer l’efficacité des tests.
- Décrit le processus de test.
- Spécifiez comment l’organisation améliorera le processus de test?
#2) Stratégie de Test:
- Décrit les méthodologies de test générales utilisées pour gérer les risques liés aux projets et aux produits.
- Stratégies analytiques : Comme Les Tests Basés Sur Les Risques.
- Stratégie basée sur des modèles: Comme un profil opérationnel où l’équipe de test développe un modèle basé sur des situations réelles et acceptées d’environnement, d’entrée et de conditions.
- Stratégie méthodologique: Caractéristiques de qualité dans lesquelles l’équipe de test utilise un ensemble de conditions de test, une liste de contrôle ou une collection de tests logiques généralisés.
- Processus ou techniques conformes aux normes: Suit un ensemble de processus comme SCRUM/Agile.
- Stratégies réactives : Utilisation d’ATTAQUES basées sur des DÉFAUTS COMME DES TESTS EXPLORATOIRES.
- Stratégie consultative: Comme les tests dirigés par l’utilisateur où l’équipe de test s’appuie sur la contribution d’une ou plusieurs parties prenantes pour déterminer les conditions de test, telles que les tests de compatibilité externalisés.
- Décrit également:
- Procédures d’intégration
- Techniques de spécification de test
- Indépendance des tests
- Normes obligatoires et facultatives
- Environnement de test
- Outils
- Réutilisabilité des produits logiciels
- Nouveau test et régression.
#3) Plan de Test Principal:
- Il couvre toutes les tâches de test qui doivent être effectuées.
- Il explique comment les tests mettront en œuvre la Stratégie et la politique de test.
- Si quelque chose n’est pas décrit, le Plan d’essai doit décrire pourquoi et le plan d’atténuation à cet effet.
- Le contenu du plan de test est le suivant:
- Éléments à tester
- Caractéristiques de qualité à tester.
- Calendrier
- Cycle d’exécution
- Variables de défaut
- Éléments de test dans la portée
- Critères de sortie
- Risques du projet
- Gouvernance globale des efforts de test,
- Rôles et responsabilités
- Entrée et sortie
#2) Estimation du test
Points généraux:
- Est une activité de gestion
- Elle est basée sur l’expérience.
- Il fournit un catalogue spécifique et détaillé des coûts, des ressources, des tâches et des personnes.
- L’estimation une fois préparée, doit être remise à la direction avec la justification.
- L’estimation finale représente le meilleur équilibre possible entre les objectifs organisationnels et les objectifs du projet.
- L’estimation est basée sur les informations disponibles à l’époque, elle a été préparée.
- Afin de demeurer exactes, les estimations doivent être mises à jour pour tenir compte des informations nouvelles et modifiées.
Facteurs affectant l’estimation du test:
- Niveau de qualité requis
- Taille du système
- Données historiques
- Facteurs de processus tels que la stratégie, le développement et le cycle de vie
- Facteurs matériels tels que l’environnement de test, l’automatisation, les outils et les données
- Facteur personnel
- Complexité du processus
- Formation et AC (connaissances Transfert)
- Assimilation et développement de nouveaux outils et technologies, procédés ou techniques.
- L’exigence d’un degré plus élevé de la spécification d’essai détaillée.
- Moment de l’arrivée des composants
- Données d’essai.
Suppositions:
- Structure de répartition du travail
- Session d’estimation de l’équipe
- Rapport testeur-développeur
- Historique de l’organisation
- Analyse des points de fonction, LOC.
L’estimation du test est expliquée plus loin dans le tutoriel.
#3) Métriques de test
- Qu’est-ce qui est mesuré, est considéré comme fait?
- Qu’est-ce qui ne mesure pas, est-il facile d’être ignoré?
- Un ensemble limité de mesures utiles doit être défini.
- Seules les métriques dont l’interprétation est convenue par tous doivent être définies.
- Les rapports et la fusion des métriques doivent être automatisés.
- Le gestionnaire doit valider les informations dans la métrique.
Mesure du projet: % de réussite, d’échec exécuté, etc.
Métrique du produit:
- Attributs du produit
- Densité de défauts
Métrique de processus: Mesure la capacité de test comme le % du défaut.
Personnes: Capacité de l’individu.
Mesure de progression du test:
- Le nombre de Conditions/Cas de Test, Planifiés vs Exécutés.
- Défaut total classé par gravité, priorité, état actuel et sous-système d’effets.
- Le nombre de modifications Requises, Acceptées, Créées et testées.
- Coût prévu vs Coût réel.
- Durée prévue vs Réelle
- Jalon de test prévu vs réel.
- Statut de risque de qualité du produit
- % de perte d’effort, de coût ou de temps de test.
#4) Mesure De La Progression Des Tests
Risques Du Produit:
- % du risque couvert.
- % du risque d’échec du test
- % du risque identifié par la personne.
Défauts:
- Le nombre de défauts constatés par rapport au nombre de défauts soumis.
- Taux d’arrivée du temps moyen de défaillance
- Défauts dans les éléments d’essai particuliers.
- Détection de RCA (Analyse des causes profondes)
- Le défaut est des versions de test.
- Défaut en phase
- Priorité et gravité
- Rejet du rapport vs Doublon
- Temps nécessaire pour résoudre
- Le nombre de nouveaux défauts introduits en raison de la correction d’anciens défauts.
Essai:
- Nombre total du test réussi, échoué, coureur, bloqué
- Le nombre total de cas de test de régression.
Couverture:
- Couverture des exigences et de la conception
- Couverture des risques
- Couverture de la configuration de l’environnement
- Couverture du code
#5) Métriques Pour Surveiller Le Cycle de vie des tests
Surveiller le Plan de test
- Nombre de Risques et d’exigences
- Découverte de défauts
- Plan par rapport aux efforts réels.
Conception de test de surveillance
- Le nombre de défauts détectés lors de la conception.
Analyse des tests de surveillance
- Nombre de conditions
- Nombre de défauts dans l’Analyse
Mise en œuvre des tests de surveillance
- % de configuration de l’environnement
- % du cas de test automatisé.
Exécution du moniteur
- % nombre de cas de test réussis, échoués, Non exécutés, Bloqués
- % de cas de test couverts
- Défauts planifiés par rapport aux défauts réels résolus
- % du Plan par rapport à la couverture réelle
Fermeture du moniteur
- % des cas de test réussis, tous
- % des cas de test vérifiés dans la catégorie réutilisable
- % des cas de test automatisés.
- Le nombre de Défauts Résolus /Non résolus.
- % du produit de travail d’essai
La phase de surveillance et de contrôle des essais discutée ci-dessous explique davantage ce sujet.
Phases de gestion des tests
Au cours du processus de gestion des tests, il faut tenir compte des points suivants. En d’autres termes, voici les différentes phases du processus de gestion des tests:
- Analyse des risques
- Estimation des tests
- Planification des tests
- Organisation des tests
- Surveillance et contrôle des tests
- Gestion des problèmes
- Rapport de test
Vous pouvez notez que les quatre premières phases concernent davantage la planification et les trois autres l’exécution. Par conséquent, nous pouvons diviser le processus complet de gestion des tests en deux parties, à savoir la planification et l’exécution.
Explorons en détail les différentes Phases de gestion des tests.
#1) Analyse des risques
Cette phase comprend la recherche des facteurs de risque et des solutions possibles. Si l’analyse des risques est effectuée à fond, nous pouvons éviter de futures défaillances ou au moins une sorte de solution pourrait être disponible.
Le risque est quelque chose qui peut ou non se produire. Mais si cela se produit, quel sera son impact? Cela peut affecter gravement la qualité du logiciel, la réputation de l’entreprise et bien plus encore.
Les facteurs de risque doivent être découverts pour éviter ce mauvais impact. Une analyse des risques doit être effectuée pour déterminer les facteurs de risque. Il existe deux types de risques, à savoir : Risques du projet et risques du produit. Les risques liés au projet sont les risques liés au processus de travail et les risques liés au produit sont les risques liés au produit développé.
#2) Estimation de test
L’estimation de test concerne la prédiction du temps requis pour chaque activité / phase de test. Comme il s’agit d’une estimation, elle ne peut pas être exacte. Pour une meilleure estimation des tests, nous pouvons étudier les projets passés de notre entreprise ou nous pouvons consulter les membres de l’équipe qui seront responsables de ce travail ou de cette phase de test.
#3) Planification des tests
La planification des tests elle-même est un long processus. Il comprend la définition des objectifs de test, de la portée du test, de la stratégie de test, de la planification du temps, des ressources, de l’approche de communication, etc. Les exigences doivent être très claires pour définir les objectifs et la portée des tests. Le plan de test s’adresse aux testeurs, aux utilisateurs et aux membres de l’équipe de projet.
Le plan de test décrit le rôle des tests dans le projet. Le plan de test comprend également les rôles et responsabilités, la liste des fonctionnalités qui vont être testées et qui ne le seront pas, l’environnement de test, la liste des outils et des hypothèses, le cas échéant.
#4) Organisation des tests
Pendant la phase de planification des tests, nous avons planifié toutes les choses possibles concernant les tests.
Par conséquent, nous avons besoin de membres d’équipe qualifiés pour exécuter ce plan ou pour en faire un plan réussi. L’organisation des tests consiste à constituer l’équipe de test parfaite pour un projet réussi.
#5) Surveillance et contrôle des tests
Pendant que les travaux de test sont en cours ou pendant que les testeurs exécutent le plan de test, tous ces progrès doivent être surveillés. Il faut garder une trace de tout ce travail de test. Si la surveillance des tests est effectuée, l’équipe de test et le responsable des tests obtiendront des commentaires sur la progression des tests?
En utilisant ces commentaires, le responsable des tests peut guider les membres de l’équipe pour améliorer la qualité des travaux de test ultérieurs. Avec l’aide de la surveillance des tests, l’équipe du projet obtiendra une visibilité sur les résultats des tests. Il est également utile de connaître la couverture des tests.
Pour les grands projets, la surveillance des tests se fait à l’aide d’un outil automatisé, car la collecte des données sera plus facile. Pour les petits projets, une personne rassemblera toutes les données ou documents liés à la progression des tests. Pour collecter des informations sur la progression des tests, nous pouvons utiliser le modèle de journal de test IEEE 829. C’était une question de Surveillance des tests.
Voyons ce qu’est le contrôle de test? Les travaux de projet ne se dérouleront pas toujours comme nous l’avons prévu. Il peut y avoir des différences entre le plan et le travail réel. Pour minimiser ou supprimer ces différences, nous devons faire quelques modifications et c’est ainsi que nous contrôlons le travail de test.
#6) Gestion des problèmes
Les problèmes peuvent être n’importe quel problème qui se produit pendant le processus de développement et de test du logiciel. Cela peut être la plus petite raison pour laquelle nous ne sommes pas en mesure de développer / livrer un produit de qualité. Certains problèmes sont un obstacle, c’est-à-dire que sans résoudre ce problème, nous ne pourrons pas poursuivre le processus ultérieur.
La gestion des problèmes concerne la façon dont nous traitons ces problèmes / problèmes. Nous pouvons également l’appeler gestion des incidents. La gestion des problèmes nécessite une meilleure planification du processus de résolution des problèmes. Une meilleure gestion des problèmes dépend des compétences et de l’expérience du responsable des tests.
Comment ces problèmes se produisent-ils?
Un problème peut survenir pour plusieurs raisons. Certaines questions sont liées à la stratégie et d’autres à la définition, aux RH, à la planification, etc.
Problèmes de stratégie :
Exemples:
- Le projet est à court de fonds.
- Mauvaise communication du projet.
- Le processus de gestion de projet n’est pas conforme aux normes énoncées.
Problèmes de définition : Problèmes liés aux exigences.
Exemples: Exigences peu claires. Beaucoup de problèmes peuvent être introduits en raison d’exigences peu claires.
Problèmes de planification : C’est le type de problème le plus courant. Les employés doivent lutter pour respecter le délai.
Problèmes RH :
Exemples:
- Il y a un manque de compétence dans l’équipe.
- Mauvais mappage des employés pour le travail.
Il peut y avoir beaucoup plus de types de problèmes et nous ne pouvons pas tous les mentionner ici. Ainsi, la gestion des problèmes concerne la journalisation, le suivi et la résolution des problèmes.
#7) Rapport de test
Le rapport de test permet d’identifier la couverture des tests, la qualité du produit développé et les améliorations de processus requises. Nous pouvons décider « combien de tests est nécessaire?’
Si suffisamment de tests sont effectués, nous pouvons soumettre ce rapport de test aux parties prenantes ou aux clients. Afin qu’ils apprennent également à connaître la qualité du produit et aient une idée de la quantité de tests effectués sur le produit.
Outils de gestion des tests
La gestion des tests se complique à mesure que nous avançons dans notre processus de développement logiciel et c’est l’une des principales raisons pour lesquelles tant d’outils de gestion des tests sont disponibles de nos jours.
Ces outils aideront dans les quatre dernières phases du processus de gestion des tests (Organisation des tests, Contrôle de la Surveillance des tests &, Gestion des problèmes et Rapport de test). Comme ces outils aident pour les phases importantes de la gestion des tests, ils doivent être considérés en premier dans le projet.
Enrôlés ci-dessous sont les outils de gestion de test les plus populaires:
- qTest
- PractiTest
- Zephyr
- Test Collab
- TestFLO pour JIRA
- XQual
- Xray – Gestion des tests de pointe
- TestRail
- QACoverage
- Exigences et gestion des tests pour Jira (RTM)
- SPIRATEST par Inflectra
- Kualitee
- aqua
- Testpad
- JunoOne
=> Cliquez ici pour des examens détaillés des PRINCIPAUX Outils de gestion des tests
Structures organisationnelles
Voyons les différentes structures organisationnelles.
Il peut y avoir certaines règles pour les structures organisationnelles ou il peut y avoir des structures idéales, mais indépendamment de cela, chaque organisation peut avoir sa structure. Il y a tellement de structures organisationnelles et chacune a ses avantages et ses inconvénients.
Ici, nous en discuterons.
Tout d’abord, nous verrons la structure organisationnelle la plus simple utilisée pour les petits projets.
Dans cette structure, les testeurs et les programmeurs relèvent du Responsable du développement.
- Le responsable du développement a un bon contrôle sur les activités du projet.
- Il y aura moins de possibilité d’écart de communication entre les équipes de test et de développement.
- Également en réunion, il est bon de décider des délais pour le responsable du développement car il a une connaissance complète du travail de test et de développement.
- Le travail d’équipe sera efficace, en raison de couches minimales.
Les inconvénients de cette structure comprennent:
- Comme il n’y a pas de gestionnaire de tests, il est possible que les tests soient envisagés tard dans le projet.
- Il y a une autre possibilité que les tests prennent moins d’importance pour le projet. Cela peut être considéré tard dans le projet.
Généralement dans les petites organisations pour les petits projets, il arrive que l’équipe de développement prenne plus de temps que mentionné et que l’équipe de test souffre, c’est-à-dire que l’équipe de test devra tester le produit avant la date limite, de sorte que l’équipe de test aura moins de temps pour tester le produit.
Dans cette structure, pour mener à bien un projet, le responsable du développement doit garder à l’esprit que son objectif n’est pas seulement de terminer le projet mais de développer des logiciels de qualité.
La deuxième structure organisationnelle la plus utilisée:
C’est le type de structure organisationnelle le plus courant. Dans cette structure, les testeurs relèvent des Gestionnaires de tests et les développeurs relèvent du Gestionnaire de développement. Le Responsable des tests et le Responsable du Développement relèvent tous deux du Chef de projet.
Le Responsable des tests sera responsable de toutes les activités liées aux tests et il est de la responsabilité du Responsable du développement de faire développer le logiciel. Le gestionnaire de projet contrôlera à la fois les activités de test et de développement.
Avantages:
- Contrairement à la structure précédente, ici dans cette structure, il y a différents gestionnaires pour les tests et le développement, donc les deux peuvent se concentrer sur leur travail. Ils resteront dévoués à leur travail et il y aura moins de distractions pour eux.
- Dans cette structure, les activités de test ne peuvent pas être négligées ou ne peuvent pas être considérées en retard dans le projet. Cela signifie que les tests et le développement auront la même importance.
- Lorsqu’il s’agit de prendre des décisions critiques, l’équipe de test dispose avantageusement d’une indépendance.
Inconvénients:
- Il existe une possibilité d’écart de communication en raison de plusieurs niveaux.
Gestion des tests Vs Structures organisationnelles
Les structures organisationnelles affectent directement la gestion des tests. Différentes structures organisationnelles ont un impact différent sur la gestion des tests, par conséquent, la gestion des tests varie en fonction des compétences et de l’expérience du responsable des tests ainsi que de la position du responsable des tests dans la structure organisationnelle.
Nous avons vu deux structures organisationnelles ici. Dans la première structure, le responsable du développement et le responsable des tests sont la même personne, cela affecte donc la gestion des tests. Le responsable du développement a pour objectif de développer des logiciels, et tout en faisant cela, il doit également examiner le travail de test.
Ainsi, il peut parfois donner des opinions biaisées. Il / elle peut simplement ignorer la question et aller de l’avant. De cette façon, cela peut affecter la gestion des tests. Un gestionnaire de tests indépendant sera en mesure de fournir plus de justice et la gestion des tests sera meilleure avec des gestionnaires de tests indépendants.
Conclusion
Nous avons vu les deux sujets, c’est-à-dire la gestion des tests et les structures organisationnelles séparément et avec la relation entre ces deux. Nous pouvons conclure que les structures organisationnelles affectent la gestion des tests.
En comparant les deux structures mentionnées ci-dessus, dans la deuxième structure, la gestion des tests sera mieux gérée que la première. La raison derrière cela pourrait être un gestionnaire de tests dédié.
Les structures organisationnelles diffèrent d’une organisation à l’autre. Bien qu’il existe un processus défini pour la gestion des tests (ou que les équipes puissent utiliser des outils de gestion des tests), la gestion des tests différera en raison de différentes structures organisationnelles, des gestionnaires de tests, des compétences et de l’expérience du gestionnaire de tests.