Test blanc ISTQB en ligne, niveau Avancé, Management des tests

1 - Laquelle des phrases suivantes est erronée en ce qui concerne la planification ?

1. Une fois que la planification des tests est terminée, on ne doit plus y revenir.
2. On peut très bien utiliser un modèle en V pour les phases initiales de planification et d'analyse des exigences, puis un modèle agile pour la conception, le développement et les tests.
3. La planification des tests permet entre autres de définir les objectifs du test.
4. Chaque niveau de test peut avoir son propre plan de test qui s'aligne sur le plan de test du niveau supérieur.

1. Les latents (influence élevée, faible intérêt)
2. Les promoteurs (influence élevée, intérêt élevé)
3. Les apathiques (faible influence, faible intérêt)
4. Les attaquants (faible influence, intérêt élevé)

1. Le contrôle des tests consiste à ajuster dynamiquement le processus de test en réponse aux nouvelles connaissances
2. Pour que le Management des tests puisse fournir un contrôle des tests efficient, un calendrier des tests et un framework de pilotage doivent être établis pour permettre de suivre l'état et l'avancement des tests.
3. Le contrôle des tests est une phase qui commence en même temps que la phase d'exécution des tests.
4. Le contrôle des tests compare les progrès réels par rapport au plan de test et implémente des actions correctives si nécessaire.

1. Plus le niveau de risque est élevé, plus les tests doivent commencer tôt et plus l'effort de test doit être intense et prolongé.
2. Lorsque les tests révèlent des défauts, ils ont contribué à atténuer le risque produit en permettant de prendre conscience des défauts et de les traiter avant la release.
3. Lorsque les tests ne constatent pas de défauts, ils indiquent que le niveau de risque produit est plus faible que prévu.
4. C'est le Test Manager qui atténue les risques qualité.

5 - L'analyse des risques guide plusieurs activités de test. Lequel des exemples suivants est erroné ?

1. Les résultats de l'analyse des risques qualité sont utilisés dans la planification des tests pour concentrer les tests sur les bons domaines en utilisant les bonnes techniques.
2. Dans l'analyse des tests, les niveaux de risque guident la sélection des conditions de test à couvrir.
3. Dans l'exécution des tests, la hiérarchisation basée sur les risques régit la séquence d'exécution des tests.
4. Dans le contrôle des tests, les niveaux de risque guident le choix de l'utilisation de techniques de test boîte noire ou boîte blanche.

1. L'échantillon le plus large possible de parties prenantes
2. Les test managers
3. Les tests managers et les spécialistes de test
4. Les tests managers, les spécialistes de test et les chef·fes de projets

7 - Dans le cadre du développement de logiciels, tester est l'activité d'atténuation des risques qualité la plus importante, mais il y en a d'autres. Laquelle n'en fait pas typiquement partie ?

1. Le plan d'urgence, qui consiste à prévoir des solutions de contournement
2. La méthode RDS (Risk Denial Strategy)
3. Le transfert de risques à un tiers
4. L'acceptation des risques

8 - Quelle est la norme qui peut être utilisée pour améliorer la sûreté d'un système ?

9 - Il existe deux types de techniques de base pour les tests basés sur les risques : les techniques lourdes et les techniques légères. Laquelle des techniques suivantes n'est pas une technique lourde ?

1. Analyse des dangers
2. Analyse des arbres de défaillance
3. Analyse et gestion pragmatiques des risques (PRAM)
4. Analyse des modes de défaillance et de leurs effets (AMDE)

1. Exécuter tous les tests prévus avant la fin du sprint
2. Corriger tous les bugs avant la mise en production
3. Atteindre 90 pourcents de couverture de code en un mois
4. Terminer les tests de régression d’ici vendredi

12 - Quelle métrique relative aux risques est peu susceptible d'être suivie ?

1. Pourcentage de risques dont tous les tests ont été réussis
2. Pourcentage de risques restant à identifier
3. Pourcentage de risques dont une partie ou la totalité des tests ont échoué
4. Pourcentage de risques qui n'ont pas encore été complètement testé

13 - De nombreux facteurs sont susceptibles d'influer sur l'effort de test. Lequel n'en fait pas directement partie ?

1. Taux de couverture du code
2. Qualité de la base de test (spécifications)
3. Taille de l'objet du test (produit à tester)
4. Modèle de développement en vigueur

1. L'intérêt de définir un cycle de vie des défauts à l'échelle de l'organisation est limité.
2. Les noms des états dans le cycle de vie des défauts doivent être différents de ceux des états analogues utilisés pour d'autres entités (par exemple, les User Stories et les tâches de test) afin de distinguer facilement les différents produits d'activité.
3. Chaque attribut supplémentaire augmente le temps consacré au rapport de défauts.
4. Un test échoué doit toujours donner lieu à la création d'un rapport de défaut (lorsque celui-ci n'a pas déjà été créé).

16 - Lequel de ces verbes présents dans le modèle de Tuckman décrit le mieux la capacité à déléguer afin de donner à l'équipe une responsabilité personnelle ?

1. Tous les ans, les spécialistes de test ont l'opportunité de négocier une augmentation.
2. Des sièges confortables de qualité supérieure sont installés dans l'open space.
3. Une politique de 0 tolérance à l'encontre des discriminations est à l'oeuvre dans l'organisation.
4. Il est possible de poser des jours bonus pour assister à des conférences sur le test logiciel.

18 - Il y a différents coûts de la qualité. Lequel n'en fait pas partie ?

19 - Quel modèle définit les 5 étapes d'une démarche d'amélioration des processus ?

20 - Laquelle des affirmations suivantes est fausse concernant la sélection d'un nouvel outil ?

1. Les organisations qui développent des logiciels critiques pour la sûreté ou la mission, ou qui sont soumises à la conformité réglementaire, peuvent préférer les outils commerciaux car ils répondent plus souvent aux normes requises et possèdent souvent la certification appropriée.
2. Les outils Open-Source ont généralement un coût initial moins élevé en raison du support et du développement de la communauté, mais tous les outils peuvent avoir des coûts de maintenance et de support élevés.
3. Il est important de faire abstraction de la composition existante des outils (paysage logiciel) de l'organisation. Les choix passés ne doivent pas conditionner les choix futurs.
4. Il est important de recueillir les exigences de toutes les parties prenantes pour évaluer et identifier l'outil le plus approprié.

Test blanc ISTQB en ligne, management des tests