Menu

Tutoriel de gestion des tests: un guide ultime pour la gestion des tests

  • Principal
  • Autre
  • Tutoriel de gestion des tests: un guide ultime pour la gestion des tests

test management tutorial

Essayez Notre Instrument Pour Éliminer Les Problèmes

Ceci est un didacticiel de gestion des tests pour les tests de 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 éléments, nous devons comprendre clairement ces sujets, puis explorer la relation entre la gestion des tests et la structure organisationnelle.

Gestion des tests

Ce que vous apprendrez:

Introduction à la gestion des tests

La gestion des tests consiste à 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 doit également démarrer.

Test Manager avait les responsabilités suivantes:

  • Le Test Manager doit garantir la cohérence et 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 les normes de ces produits, comme les niveaux de diplôme détaillés.
  • Passez en revue 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:

  1. Documentation de test
  2. Estimation du test
  3. Mesures de test
  4. Mesure de la progression du test
  5. Mesures de surveillance du cycle de vie des tests

# 1) Documentation de test

Il existe trois types de documentation de test répertoriés ci-dessous:

  • Politique 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 politiques de test.
  • Décrit comment évaluer l'efficacité des tests.
  • Décrit le processus de test.
  • Précisez 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 un modèle: 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é où l'équipe de test utilise un ensemble de conditions de test, une liste de contrôle ou un ensemble 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: Utiliser des 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 les commentaires d'une ou de 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 implémenteront la stratégie et la politique de test.
  • Si quelque chose n'est pas décrit, alors le plan de test devrait décrire pourquoi et le plan d'atténuation pour cela.
  • Le contenu du plan de test est:
    • Articles à tester
    • Caractéristiques de qualité à tester.
    • Horaire
    • Cycle d'exécution
    • Variables de défaut
    • Éléments de test dans la portée
    • Critère 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
  • Il est basé 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 de l'organisation et du projet.
  • L'estimation est basée sur les informations disponibles à l'époque, elle a été préparée.
  • Afin de rester exactes, les estimations doivent être mises à jour pour refléter les 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 humain
  • Complexité du processus
  • Formation et KT (transfert de connaissances)
  • 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.
  • Heure d'arrivée des composants
  • Données de test.

Suppositions:

  • Structure de répartition du travail
  • Session d'estimation d'équipe
  • Testeur - Ratio développeur
  • Histoire de l'organisation
  • Analyse des points de fonction, LOC.

L'estimation du test est expliquée plus loin dans le didacticiel.

# 3) Métriques de test

  • Qu'est-ce qui est mesuré, est considéré comme fait?
  • Ce qui ne mesure pas, est facile à ignorer?
  • Un ensemble limité de mesures utiles doit être défini.
  • Seules les mesures dont l'interprétation est acceptée par tous devraient être définies.
  • Les rapports et la fusion des mesures doivent être automatisés.
  • Le gestionnaire doit valider les informations en métrique.

Métrique du projet: % de réussite, échec exécuté, etc.

Métrique du produit:

  • Attributs du produit
  • Densité de défaut

Métrique de processus: Mesure la capacité de test comme le% du défaut.

Gens: Capacité de l'individu.

Mesure de progression du test:

ba questions à poser lors de l'entretien
  • Le nombre de conditions / cas de test, planifiés ou exécutés.
  • Défaut total classé par gravité, priorité, état actuel et sous-système d'effet.
  • Le nombre de modifications requises, acceptées, créées et testées.
  • Coût planifié vs coût réel.
  • Durée prévue vs durée réelle
  • Jalon de test planifié vs réel.
  • Statut du risque de qualité du produit
  • % de perte d'effort, de coût ou de temps de test.

# 4) Mesure de la progression du test

Risques produits:

  • % du risque couvert.
  • % de risque d'échec du test
  • % Risque identifié par l'individu.

Défauts:

  • Le nombre de défauts trouvés par rapport au nombre de défauts soumis.
  • Temps moyen d'arrivée des pannes
  • Défauts dans les éléments de test particuliers.
  • Détection de RCA (Root Cause Analysis)
  • Le défaut est les versions de test.
  • Défaut en phase
  • Priorité et gravité
  • Signaler les rejets et les doublons
  • Temps de résolution
  • Le nombre de nouveaux défauts introduits en raison de la correction d'anciens défauts.

Test:

  • Nombre total de tests réussis, échoués, coureurs, bloqués
  • 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 de code

# 5) Mesures de surveillance du cycle de vie des tests

Surveiller le plan de test

  • Nombre de risques et d'exigences
  • Découverte des défauts
  • Planifier vs efforts réels.

Surveiller la conception des tests

  • Le nombre de défauts détectés lors de la conception.

Surveiller l'analyse des tests

  • Nombre de conditions
  • Nombre de défauts dans l'analyse

Surveiller la mise en œuvre des tests

  • % de la configuration de l'environnement
  • % de cas de test automatisé.

Surveiller l'exécution

  • % de cas de test réussis, échoués, non exécutés, bloqués
  • % De cas de test couverts
  • Défauts planifiés vs 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 enregistrés dans la catégorie réutilisable
  • % de cas de test automatisés.
  • Le nombre de défauts résolus / non résolus.
  • % du produit de travail de test

La phase de surveillance et de contrôle des tests décrite ci-dessous explique plus en détail 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:

  1. Analyse de risque
  2. Estimation du test
  3. Planification des tests
  4. Organisation de test
  5. Surveillance et contrôle des tests
  6. Gestion des problèmes
  7. Rapport de test

Vous pouvez remarquer que les quatre premières phases concernent davantage la planification et les trois autres concernent 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 découverte des facteurs de risque et des solutions possibles. Si l'analyse des risques est effectuée à fond, nous pouvons éviter de futures échecs 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écouvrir les facteurs de risque. Il existe deux types de risques, à savoir les risques liés au projet et les risques liés aux produits. Les risques du 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 du 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 cette phase de travail ou de test.

# 3) Planification des tests

La planification des tests en elle-même est un long processus. Il comprend la définition des objectifs de test, la portée du test, la stratégie de test, la planification du temps, les ressources, l'approche de communication, etc. Les exigences doivent être très claires pour définir les objectifs et la portée du test. Le plan de test est destiné 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 ne le seront pas, l'environnement de test, la liste des outils et les hypothèses le cas échéant.

# 4) Organisation de test

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 de l'équipe qualifiés pour exécuter ce plan ou pour faire du plan un succès. 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 le travail de test est en cours ou pendant que les testeurs exécutent le plan de test, tous ces progrès de travail 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 gestionnaire de test recevront des commentaires sur la progression des tests?

À l'aide de 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 de projet aura une visibilité sur les résultats des tests. Cela aide également à connaître la couverture des tests.

Pour les grands projets, le suivi des tests se fait à l'aide d'un outil automatisé, car la collecte de données sera plus facile. Pour les petits projets, une personne rassemblera toutes les données ou tous les documents liés à la progression du test. Pour collecter des informations sur la progression des tests, nous pouvons utiliser le modèle de journal de test IEEE 829. Tout était question de surveillance des tests.

Voyons ce qu'est le contrôle de test? Le travail de projet ne se déroulera 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 apporter des modifications et c'est ainsi que nous contrôlons le travail de test.

# 6) Gestion des problèmes

Les problèmes peuvent être tout problème survenant 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 serons pas en mesure de poursuivre le processus.

La gestion des problèmes concerne la manière dont nous traitons ces problèmes / problèmes. Nous pouvons également appeler cela la 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 surviennent-ils?

Il peut y avoir plusieurs raisons à un problème. Certains problèmes sont liés à la stratégie et certains sont liés à 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. De nombreux 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.
  • Mauvaise cartographie 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 aide à 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 sont nécessaires?'

Si suffisamment de tests sont effectués, nous pouvons soumettre ce rapport de test aux parties prenantes ou aux clients. Afin qu'ils puissent également connaître la qualité du produit et avoir une idée de la quantité de tests effectués sur le produit.

Outils de gestion des tests

La gestion des tests se complique au fur et à mesure que nous progressons dans notre processus de développement logiciel et c'est l'une des principales raisons pour lesquelles tant d'outils de gestion de tests sont disponibles de nos jours.

Ces outils vous aideront dans les quatre dernières phases du processus de gestion des tests (organisation de test, surveillance et contrôle 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.

Voici les outils de gestion de test les plus populaires:

  1. qTest
  2. PractiTest
  3. Zéphyr
  4. Test Collab
  5. TestFLO pour JIRA
  6. XQual
  7. Xray - Gestion des tests de pointe
  8. TestRail
  9. QACoverage
  10. Exigences et gestion des tests pour Jira (RTM)
  11. SPIRATEST par Inflectra
  12. Kualitee
  13. aqua
  14. Testpad
  15. JunoOne

=> Cliquez ici pour des revues détaillées des TOP Test Management Tools

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 allons discuter de certains d'entre eux.

Tout d'abord, nous verrons la structure organisationnelle la plus simple utilisée pour les petits projets.

structure organisationnelle

Dans cette structure, les testeurs et les programmeurs relèvent du directeur du développement.

  1. Le responsable du développement a un bon contrôle sur les activités du projet.
  2. Il y aura moins de possibilité d'un écart de communication entre les équipes de test et de développement.
  3. Aussi lors des réunions, il est bon de décider des délais pour le responsable du développement car il / elle a une connaissance complète des travaux de test et de développement.
  4. Le travail d'équipe sera efficace, en raison des couches minimales.

Les inconvénients de cette structure comprennent:

  1. Comme il n'y a pas de gestionnaire de tests, il est possible que les tests soient envisagés tard dans le projet.
  2. Il existe une autre possibilité que les tests aient moins d'importance pour le projet. Il peut être envisagé tardivement 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 l'équipe de test doit souffrir, c'est-à-dire que l'équipe de test devra tester le produit avant la date limite, de sorte que l'équipe de test ait 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 mener à bien le projet mais de développer un logiciel de qualité.

La deuxième structure organisationnelle la plus couramment utilisée:

2ème structure organisationnelle

Il s'agit du type de structure organisationnelle le plus courant. Dans cette structure, les testeurs relèvent des Test Managers et les développeurs relèvent du Development Manager. Le Test Manager et le Development Manager relèvent tous deux du Project Manager.

Le Test Manager sera responsable de toutes les activités liées aux tests et il incombe au Responsable du développement de faire développer le logiciel. Le chef 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édiés à leur travail et il y aura moins de distractions pour eux.
  • Dans cette structure, les activités de test ne peuvent être négligées ni envisagées tardivement 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 est avantageusement indépendante.

Désavantages:

  • Il existe une possibilité de déficit 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, donc 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 ici deux structures organisationnelles. Dans la première structure, le responsable du développement et le responsable des tests sont la même personne, ce qui affecte la gestion des tests. Le responsable du développement a pour objectif de développer un logiciel et, ce faisant, il doit également examiner le travail de test.

Ainsi, parfois, il / elle peut donner des opinions biaisées. Il / elle peut simplement oublier le problème et aller de l'avant. De cette façon, cela peut affecter la gestion des tests. Un gestionnaire de test indépendant sera en mesure de fournir plus de justice et la gestion des tests sera meilleure avec des gestionnaires de test 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 seconde structure, la gestion des tests sera mieux gérée que la première. La raison derrière cela pourrait être un gestionnaire de test 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 utilisent peut-être des outils de gestion des tests), la gestion des tests sera différente en raison des différentes structures organisationnelles, des responsables de test, des compétences et de l'expérience des responsables de test.

lecture recommandée

^