Chapitre 5 : Gestion des activités de test Flashcards
o Planifier les tests en général et à estimer l'effort de test. o Comment les risques peuvent influencer le périmètre des tests. o Piloter et contrôler les activités de test o Comment la gestion de la configuration soutient les tests. o Rapporter les défauts d'une manière claire et compréhensible.
Quel est l’objectif principal d’un plan de test? et quels sont les quatre principaux rôles d’un plan de test?
Un plan de test décrit les objectifs, les ressources et les processus d’un projet de test.
Ses principaux roles:
1- Documenter les moyens et le calendrier pour atteindre les objectifs de test.
2- Aider à garantir que les activités de test réalisées répondront aux critères établis.
3- Servir de moyen de communication avec les membres de l’équipe et les autres parties prenantes.
4- Démontrer que le test sera conforme à la politique de test et à la stratégie de test existantes (ou expliquer pourquoi le test s’en écarte).
Pourquoi la planification des tests est-elle importante?
La planification des tests guide la réflexion des testeurs et les oblige à faire face aux défis futurs liés aux risques, aux calendriers, aux personnes, aux outils, aux coûts, aux efforts, etc.
Quels sont les éléments typiques contenus dans un plan de test?
1- Le contexte du test (périmètre, objectifs de test, contraintes, base de test).
Les hypothèses et contraintes du projet de test.
2- Les parties prenantes (rôles, responsabilités, pertinence pour les tests, besoins en matière d’embauche et de formation).
3- La communication (formes et fréquence de communication, modèles de documentation).
Le référentiel des risques (risques produits, risques projet).
4- L’approche de test (niveaux de test, types de test, techniques de test, livrables de test, critères d’entrée et de sortie, indépendance du test, métriques à collecter, exigences en matière de données de test, exigences en matière d’environnement de test, écarts par rapport à la politique de test et à la stratégie de test de l’organisation).
5- Le budget et le calendrier.
Quels sont les deux types de planification dans les cycles de vie de développement du logiciel itératifs?
La planification de la release et la planification de l’itération.
Que prévoit la planification de la release? et Quels rôles jouent les testeurs dans la planification de la release?
La planification de la release prévoit la livraison d’un produit, définit et redéfinit le product backlog, et peut impliquer le découpage de User Stories plus importantes en un ensemble de User Stories plus petites. Elle sert également de base à l’approche de test et au plan de test pour toutes les itérations.
Les rôles que jouent les testeurs dans la planification de la release:
- Participer à la rédaction des User Stories testables et des critères d’acceptation.
- Participer à l’analyse des risques projet et des risques qualité.
- Estimer l’effort de test associé aux User Stories.
- Déterminer l’approche de test.
Planifier les tests pour la release.
Que concerne la planification de l’itération? et Quels rôles jouent les testeurs dans la planification de l’itération?
La planification de l’itération se projette à la fin d’une seule itération et se préoccupe du backlog de l’itération.
Les rôles que jouent les testeurs dans la planification de l’itération:
1- Participer à l’analyse détaillée des risques des User Stories.
2- Déterminer la testabilité des User Stories.
3- Décomposer les User Stories en tâches, en particulier les tâches de test.
4- Estimer l’effort de test pour toutes les tâches de test.
5- Identifier et affiner les aspects fonctionnels et non fonctionnels de l’objet test.
Que définissent les critères d’entrée? et quels sont les critères d’entrée typiques?
Les critères d’entrée définissent les préconditions pour entreprendre une activité donnée. Si les critères d’entrée ne sont pas remplis, il est probable que l’activité se révélera plus difficile, plus longue, plus coûteuse et plus risquée.
Les critères d’entrée typiques:
1- La disponibilité des ressources (par exemple, le personnel, les outils, les environnements, les données de test, le budget, le temps).
2- La disponibilité du matériel de test (par exemple, la base de test, les exigences testables, les User Stories, les cas de test).
3- Le niveau de qualité initial d’un objet de test (par exemple, tous les smoke tests ont été passés avec succès).
Que définissent les critères de sortie? et quels sont les critères de sortie typiques? Et Que se passe-t-il si les autres critères de sortie ne sont pas satisfaits?
Les critères de sortie définissent ce qui doit être réalisé pour qu’une activité soit déclarée achevée. Ils doivent être définis pour chaque niveau de test et diffèrent en fonction des objectifs du test.
Les critères de sortie typiques:
1- Les mesures de l’exhaustivité (par exemple, le niveau de couverture atteint, le nombre de défauts non résolus, la densité de défauts, le nombre de cas de test en échec).
2- Les critères de clôture (par exemple, les tests planifiés ont été exécutés, les tests statiques ont été effectués, tous les défauts trouvés ont été signalés, tous les tests de régression ont été automatisés).
3- L’épuisement du temps ou du budget peut également être considéré comme un critère de sortie valable.
Il peut être acceptable de mettre fin aux tests si les parties prenantes ont revu et accepté le risque d’une mise en production sans tests supplémentaires, même si les autres critères de sortie ne sont pas satisfaits.
ps. L’épuisement du temps ou du budget peut également être considéré comme un critère de sortie valable.
Que signifie “Definition of Ready” et “Definition of Done” dans le contexte Agile?
Les critères d’entrée qu’une User Story doit remplir pour démarrer les activités de développement et/ou de test sont appelés Definition of Ready.
Les critères de sortie sont souvent appelés Definition of Done, définissant les métriques objectives de l’équipe pour un produit livrable.
En quoi consiste l’estimation de l’effort de test?
L’estimation de l’effort de test consiste à prévoir la quantité de travail liée à l’effort de test nécessaire pour atteindre les objectifs d’un projet de test.
Pourquoi est-il important de préciser aux parties prenantes que l’estimation est basée sur des hypothèses?
Il est important de préciser aux parties prenantes que l’estimation est basée sur des hypothèses car elle est toujours sujette à des erreurs.
Pourquoi l’estimation des petites tâches est-elle généralement plus précise que celle des grandes?
L’estimation des petites tâches est généralement plus précise que celle des grandes car les petites tâches sont plus faciles à évaluer de manière détaillée.
Quelles sont les quatre techniques d’estimation décrites dans le syllabus?
- Estimation basée sur des ratios.
- Extrapolation.
- Delphi large bande.
- Estimation en trois points.
Comment fonctionne l’estimation basée sur des ratios?
Dans l’estimation basée sur des ratios, des chiffres sont collectés à partir de projets antérieurs au sein de l’organisation pour déduire des ratios “standards” pour des projets similaires. Par exemple, si le rapport entre l’effort de développement et l’effort de test dans un projet précédent était de 3:2, ce ratio peut être utilisé pour estimer l’effort de test pour un nouveau projet.
(Dans le projet actuel, l’effort de développement devrait être de 600
personnes-jours, l’effort de test peut être estimé à 400 personnes-jours)
Qu’est-ce que la technique d’extrapolation?
Dans la technique d’extrapolation, des mesures sont effectuées tôt dans le projet pour collecter des données. Une fois suffisamment d’observations recueillies, l’effort requis pour le reste du travail peut être estimé en extrapolant ces données, souvent en appliquant un modèle mathématique.
Cette méthode convient parfaitement aux cycles de vie de développement du logiciel itératifs.
Par exemple, l’équipe peut extrapoler l’effort de test de la prochaine itération comme étant la moyenne de l’effort des trois dernières itérations.
Comment fonctionne la méthode Delphi large bande?
Dans la méthode Delphi large bande, des experts font des estimations de manière isolée. Les résultats sont collectés et discutés s’il y a des écarts significatifs. Les experts réévaluent ensuite les estimations basées sur le feedback jusqu’à atteindre un consensus.
Qu’est-ce que le Planning Poker et comment est-il lié à la méthode Delphi large bande?
Le Planning Poker est une variante du Delphi large bande utilisée dans le développement logiciel Agile. Les estimations sont réalisées à l’aide de cartes représentant l’ampleur de l’effort.
Comment fonctionne l’estimation en trois points?
Dans l’estimation en trois points, trois estimations sont faites : l’estimation la plus optimiste (a), l’estimation la plus probable (m) et l’estimation la plus pessimiste (b). L’estimation finale (E) est calculée comme la moyenne arithmétique pondérée: E = (a + 4*m + b) / 6. L’erreur de mesure (SD) est calculée comme: SD = (b - a) / 6.
res final: E+-SD
Quels sont les avantages de l’estimation en trois points?
L’avantage de l’estimation en trois points est qu’elle permet de calculer l’erreur de mesure, offrant ainsi une plage d’estimation plus précise.
Qu’est-ce qu’un calendrier d’exécution des tests?
Un calendrier d’exécution des tests définit l’ordre dans lequel les suites de tests doivent être exécutées une fois que les cas de test et les procédures de test sont spécifiés et organisés en suites de tests.
Quels sont les facteurs à considérer lors de la priorisation des cas de test?
Lors de la priorisation des cas de test, différents facteurs peuvent être pris en compte, tels que les risques, la couverture des tests, et les exigences.
Qu’est-ce que la priorisation basée sur les risques?
La priorisation basée sur les risques consiste à exécuter en premier les cas de test couvrant les risques les plus importants, selon les résultats de l’analyse des risques.
Comment fonctionne la priorisation basée sur la couverture?
Dans la priorisation basée sur la couverture, les cas de test ayant la couverture la plus élevée (par exemple, la couverture des instructions) sont exécutés en premier. Une variante, appelée priorisation de la couverture additionnelle, consiste à exécuter chaque cas de test suivant offrant la couverture additionnelle la plus élevée.
En quoi consiste la priorisation basée sur les exigences?
La priorisation basée sur les exigences consiste à exécuter en premier les cas de test correspondant aux exigences les plus importantes, définies par les parties prenantes.
Que faire si les cas de test ont des dépendances?
Si les cas de test ou les caractéristiques testées ont des dépendances, le cas de test ayant une priorité moins élevée doit être exécuté en premier si un cas de test ayant une priorité plus élevée en dépend.
Pourquoi la disponibilité des ressources est-elle importante dans l’ordre d’exécution des tests?
L’ordre d’exécution des tests doit tenir compte de la disponibilité des ressources, comme les outils de test requis, les environnements de test, ou les personnes qui peuvent n’être disponibles que pour une fenêtre de temps spécifique.
Qu’est-ce que la pyramide des tests?
La pyramide des tests est un modèle qui montre que différents tests peuvent avoir un niveau de détail différent, aidant l’équipe dans l’automatisation des tests et dans l’allocation de l’effort de test.
Que représentent les couches de la pyramide des tests?
Les couches de la pyramide représentent des groupes de tests. Plus la couche est élevée, plus le niveau de détail des tests est faible, moins les tests sont isolés, et plus le temps d’exécution des tests est important.
Quelles sont les caractéristiques des tests de la couche inférieure de la pyramide?
Les tests de la couche inférieure sont petits, isolés, rapides, vérifient un petit morceau de fonctionnalité, et il en faut généralement beaucoup pour obtenir une couverture raisonnable.
Quelles sont les caractéristiques des tests de la couche supérieure de la pyramide?
Les tests de la couche supérieure sont complexes, de haut niveau, de bout en bout, plus lents que les tests des couches inférieures, et ils vérifient un grand nombre de fonctionnalités, de sorte qu’il suffit généralement d’un petit nombre d’entre eux pour obtenir une couverture raisonnable.
Quels sont les niveaux de test définis dans le modèle original de la pyramide des tests par Cohn (2009)?
Le modèle original de pyramide des tests par Cohn (2009) définit trois couches : “tests unitaires”, “tests de service” et “tests d’interface utilisateur”.
