Test blanc TMMi Professional en ligne

1 - Quel rôle le Test Maturity Model Integration (TMMi) joue-t-il dans le contexte du développement logiciel et de l'amélioration de la qualité ?

1. Il offre un cadre détaillé pour l'amélioration des processus de test.
2. Il vise principalement à réduire les coûts de développement.
3. Il assure l’augmentation de la productivité des tests en mettant l’accent sur l'externalisation des activités de test.
4. Il donne des consignes précises et des modèles de document pour mettre en œuvre les bonnes pratiques de test.

2 - Quel modèle a servi de base pour la différenciation des niveaux historiques dans le Test Maturity Model Integration (TMMi) ?

1. Le modèle de développement en cascade.
2. Le modèle d'évolution des tests de Gelperin et Hetzel.
3. Le modèle d'amélioration des processus CMMI (en version continue).
4. Le modèle de gestion de projets PMBOK.

3 - Comment le TMMi (Test Maturity Model Integration) est-il positionné par rapport au modèle CMMI (Capability Maturity Model Integration) ?

1. Le TMMi est un référentiel inspiré de CMMi, mais concurrent. Il est issu d’une réflexion qui s’inscrit en opposition au modèle CMMi, jugé obsolète à l’heure de l’agilité.
2. Le TMMi est un sous-ensemble du CMMI et ne peut pas être utilisé indépendamment. Chaque version de CMMi apporte automatiquement une nouvelle version de TMMi.
3. Le TMMi peut être utilisé indépendamment ou en complément du CMMi.
4. Le TMMi est conseillé pour les grandes organisations, quand CMMi est plutôt destiné aux petites organisations ou à des sous-ensembles de grandes organisations.

4 - Quelle caractéristique décrit le mieux les organisations au niveau de maturité TMMi 1 ?

1. Utilisation de processus de test éprouvés.
2. Engagement en faveur de la prévention des défauts.
3. Utilisation d'outils avancés de test.
4. Dépendance à l'égard des compétences individuelles et des efforts héroïques.

5 - Quelle est la principale différence entre les composants requis et attendus ?

1. Les composants requis décrivent les objectifs spécifiques du processus, tandis que les composants attendus décrivent les pratiques génériques.
2. Les composants requis sont destinés aux processus de niveau 2 et 3, tandis que les composants attendus sont destinés aux niveaux de maturité supérieurs.
3. Ces deux termes sont synonymes et résultent de variantes de traduction de TMMi en français, de même que le niveau de maturité 2 est tantôt appelé « géré » et tantôt appelé « discipliné ».
4. Les composants requis sont obligatoires pour atteindre un niveau de maturité, tandis qu'il est envisageable de remplacer les composants attendus par des alternatives pertinentes.

6 - Quel est le but de l'institutionnalisation telle que mentionnée dans TMMi ?

1. Garantir le fait que le processus soit documenté de manière exhaustive.
2. Veiller à ce que le processus soit ancré dans la façon dont le travail est effectué et qu'il reste adaptable aux changements.
3. Fournir une politique de test et une stratégie de test globales, communes à toutes les équipes d’une même organisation
4. Établir un lien entre le processus et les objectifs spécifiques.

1. Elle définit les objectifs de test spécifiques à chaque projet.
2. Elle supervise la mise en œuvre des activités de test au niveau opérationnel.
3. Elle établit une vision globale des objectifs de test et des perspectives stratégiques.
4. Elle gère les risques liés au développement de produits.

1. Tenir au courant les parties prenantes au sujet de l'avancement des tests.
2. Identifier les problèmes au-delà de la responsabilité du test.
3. Répertorier exhaustivement les moyens mis en œuvre pour les tests, y compris les licences des outils de test.
4. Mesurer les performances des membres de l'équipe de test, collectivement et individuellement.

9 - Pourquoi une gestion et un contrôle rigoureux sont-ils nécessaires lorsqu'un même environnement est partagé entre les équipes de test et les équipes de développement ?

1. En pratique, cela n’arrive presque jamais
2. Pour éviter les conflits de réservation et les problèmes liés à l'état de l'environnement
3. Pour éviter que l’équipe de test voie des développements qui ne sont pas encore complètement terminés
4. Pour éviter que l’équipe de développement découvre les jeux de données utilisés par l’équipe de test

10 - Pour quelle raison, mise en avant par TMMi, une entreprise bénéficie-t-elle typiquement d'avoir un groupe de test indépendant ?

1. Pour assurer que les profils de test soient reconnus comme des spécialistes et ne soient pas gênés par la pression de l'organisation de développement
2. Pour pouvoir discerner plus facilement les coûts alloués aux tests et les coûts alloués au développement en tant que tel
3. Pour accélérer le processus de test en devenant capable de mobiliser ponctuellement un groupe de spécialistes de test en mode task-force
4. Pour simplifier la gestion de projet en isolant bien la phase de test de la phase de développement

11 - Quel est l'un des objectifs majeurs du domaine de processus Cycle de Vie et Intégration du Test ?

1. Synchroniser le cycle de vie des tests avec celui du développement
2. Établir un ensemble de processus de test orientés métriques
3. Documenter les étapes du développement logiciel
4. Créer des environnements de test adaptés (typiquement, dissocier l'environnement d'intégration et l'environnement de qualification)

12 - « Sur les petits projets ou petites opérations (par exemple, où un seul niveau de test est formalisé) le plan de test maître et le plan de test de niveau sont souvent combinés en un seul document. » Est-ce vrai ou faux ?

1. Faux ; il est important d’effectuer une distinction formelle entre les deux notions.
2. Vrai ; cela est expliqué dans le domaine de processus 'Cycle de Vie et Intégration du Test'.
3. Faux ; « plan de test de niveau » n’est pas une notion TMMi. On parle de « plan de test de type ».
4. Vrai ; « plan de test maître » étant le synonyme de « plan de test de niveau ».

13 - Que se passe-t-il pendant la phase d'exécution des tests non-fonctionnels ?

1. Les équipes de développement se mettent en standby, l’environnement de test n’étant plus fonctionnel
2. Les spécialistes en test créent de nouvelles exigences non-fonctionnelles en accord avec le plan de test maître
3. Les tests non-fonctionnels sont lancés, des incidents sont détectés et des rapports d'incidents sont rédigés
4. Les parties prenantes prennent des décisions sur les risques non-fonctionnels détectés lors de l’exécution

14 - Quelle est l'une des différences entre les pratiques de revues par les pairs au niveau TMMi 4 par rapport au niveau TMMi 3 ?

1. Au niveau TMMi 3, les revues par les pairs sont coordonnées avec les tests dynamiques, tandis qu'au niveau TMMi 4, elles sont effectuées de manière indépendante.
2. Au niveau TMMi 4, les revues par les pairs sont progressivement éliminée au profit de processus pro-actifs de prévention des défauts.
3. Au niveau TMMi 4, les revues par les pairs sont effectuées uniquement par des spécialistes en revue, tandis qu'au niveau TMMi 3, elles sont effectuées par toute l'équipe. Cela est permis par la consolidation de l’organisation de test au niveau TMMi 3.
4. Au niveau TMMi 4, les revues avancées mettent l'accent sur la mesure de la qualité du produit, tandis qu'au niveau TMMi 3, les revues par les pairs sont principalement effectuées pour trouver des défauts.

15 - Quel est l'objectif principal du domaine de processus « Contrôle de la Qualité » ?

1. Identifier les défauts dans les produits d'activité et les livrables.
2. Analyser les causes courantes de défauts dans le cycle de développement.
3. Superviser l’application des bonnes pratiques de test logiciel au sein de l’organisation, conformément à la politique de test.
4. Gérer et contrôler le processus de test de manière statistique pour assurer une performance stable et prévisible.

1. Les individus et leurs interactions plutôt que les processus et les outils
2. La collaboration avec le client plutôt que la négociation de contrat
3. Un logiciel exhaustif plutôt qu'une documentation opérationnelle
4. Réagir au changement plutôt que de suivre un plan

1. Un acronyme des étapes du cycle de vie des user stories
2. Une méthode pour estimer le coût d'une user story
3. Un ensemble de critères pour évaluer la qualité des user stories
4. Une technique d’élicitation des exigences pour raffiner une user story

18 - Quels sont les deux types de méthodes d’évaluation TMMi autorisés ?

1. Les méthodes formelles et les méthodes informelles
2. Les méthodes manuelles et les méthodes assistées par ordinateur
3. Les méthodes statique et les méthodes dynamiques
4. Les méthodes ponctuelles et les méthodes continues

19 - Une évaluation peine à obtenir des éléments sur un composant de processus donné. Comment faire apparaître cela dans les résultats finaux ?

1. En le qualifiant de « Non atteint »
2. En le qualifiant de « Non applicable »
3. En ignorant ce composant de processus.
4. En le qualifiant de « Non noté »

1. Un acronyme pour les étapes clés dans le développement de logiciels.
2. Un modèle d'amélioration des processus.
3. Une méthode de gestion de projet basée sur l'agilité.
4. Une technique de modélisation des flux de travail.

Test TMMi Professional en ligne