Cuestionario: Introduction aux activités de test logiciel — 12 preguntas

Preguntas y respuestas detalladas

1. Quel est l’objectif principal du test logiciel ?

Corriger directement les causes des défauts observés
Détecter des défauts avant la mise en production
Prouver qu’un logiciel ne contient aucun défaut
Remplacer la vérification des exigences par des essais aléatoires

Détecter des défauts avant la mise en production

Explicación

Le test vise d’abord à révéler des défauts et à réduire les risques avant la mise en production. Il ne prouve pas l’absence totale de défauts, contrairement à ce que suggère un distracteur.

2. Quelle affirmation décrit correctement la différence entre test et débogage ?

Le débogage précède toujours le test et lui fournit les cas de test
Le test et le débogage sont deux noms pour la même activité
Le test observe des écarts, tandis que le débogage cherche la cause et corrige le problème
Le test corrige les anomalies, tandis que le débogage valide les exigences

Le test observe des écarts, tandis que le débogage cherche la cause et corrige le problème

Explicación

Le test sert à détecter des écarts par rapport aux critères attendus, alors que le débogage diagnostique la cause racine et la supprime. Les deux activités sont complémentaires mais distinctes.

3. Que produit principalement l’analyse de test ?

Des conditions de test testables associées aux risques
Une correction du défaut détecté
Une base de référence de configuration approuvée
Un rapport de clôture des tests déjà exécutés

Des conditions de test testables associées aux risques

Explicación

L’analyse de test examine la base de test pour identifier ce qui est testable et définir des conditions de test, souvent en tenant compte des risques. La correction du défaut relève du débogage, pas de l’analyse.

4. Que comprend la clôture des tests ?

L’archivage du testware et la production du rapport d’achèvement
La création des exigences métier et des user stories
La correction du code source et la compilation finale
La définition des objectifs de test et des risques produit

L’archivage du testware et la production du rapport d’achèvement

Explicación

La clôture regroupe les activités de fin de cycle, notamment l’archivage du testware, le traitement des défauts restants et la rédaction du rapport d’achèvement. Elle ne correspond pas à la définition des objectifs ou à la correction du code.

5. Dans un développement séquentiel, quelle conséquence est la plus probable pour les tests ?

Les testeurs n’interviennent jamais avant la livraison finale
Les tests dynamiques complets arrivent souvent plus tard, quand le code exécutable est disponible
Les tests sont supprimés car le modèle ne permet aucune vérification
Les tests de régression deviennent inutiles grâce à la séquentialité

Les tests dynamiques complets arrivent souvent plus tard, quand le code exécutable est disponible

Explicación

Dans un modèle séquentiel, les activités avancent par étapes et le code exécutable arrive souvent plus tard, ce qui retarde les tests dynamiques complets. Les testeurs peuvent néanmoins participer tôt à la revue des exigences et à la conception.

6. Que signifie l’approche shift-left en matière de test ?

Reporter tous les tests à la phase de production
Remplacer les tests dynamiques par des revues formelles
Avancer l’exécution des tests plus tôt dans le cycle de vie
Exécuter uniquement des tests de régression en fin de projet

Avancer l’exécution des tests plus tôt dans le cycle de vie

Explicación

Le shift-left consiste à déplacer les tests vers des étapes plus précoces du cycle de vie, sans supprimer les tests ultérieurs. Cela permet de détecter plus tôt les problèmes et de réduire les coûts de correction.

7. Quelle affirmation décrit le mieux un test boîte noire ?

Il ne peut être utilisé qu’au niveau unitaire
Il dérive les cas de test à partir des spécifications externes
Il consiste uniquement en des tests statiques
Il se fonde sur la structure interne du programme

Il dérive les cas de test à partir des spécifications externes

Explicación

Le test boîte noire s’appuie sur les spécifications ou la documentation externe pour vérifier le comportement attendu. La structure interne relève plutôt du test boîte blanche.

8. Quelle est la finalité d’un test de régression ?

Confirmer qu’un défaut corrigé ne peut jamais réapparaître
Mesurer uniquement la couverture des instructions exécutées
Vérifier qu’une modification n’a pas créé d’effets négatifs ailleurs
Identifier la cause racine d’une panne observée

Vérifier qu’une modification n’a pas créé d’effets négatifs ailleurs

Explicación

Le test de régression cherche à détecter les conséquences négatives d’une modification, y compris dans des parties non modifiées ou dans l’environnement. La vérification qu’un défaut corrigé ne revient pas correspond plutôt au test de confirmation.

9. Que mesure principalement la couverture des branches ?

Le nombre de défauts corrigés après exécution
La proportion des branches du graphe de flux de contrôle exercées
La proportion de combinaisons de conditions dans une table de décision
Le pourcentage de documents de test relus par l’équipe

La proportion des branches du graphe de flux de contrôle exercées

Explicación

La couverture des branches indique quelle part des branches du graphe de flux de contrôle a été exécutée par les cas de test. Elle ne mesure pas les combinaisons de conditions, qui relèvent des tables de décision.

10. Quelle pratique est au cœur de l’ATDD ?

Remplacer les critères d’acceptation par des tests exploratoires improvisés
Écrire les cas de test d’acceptation avant l’implémentation de la user story
Rédiger uniquement des tests après la mise en production
Définir les tests d’abord à partir de la structure interne du code

Écrire les cas de test d’acceptation avant l’implémentation de la user story

Explicación

En ATDD, les cas de test d’acceptation sont conçus avant l’implémentation de la user story, à partir des critères d’acceptation. Cette démarche aligne clients, développeurs et testeurs sur le comportement attendu.

11. Comment évolue généralement le contenu des tests dans la pyramide des tests à mesure qu’on monte ?

Les tests deviennent plus complexes, plus lents et moins nombreux
Les tests gagnent en détail tout en restant aussi rapides qu’au bas de la pyramide
Les tests deviennent plus petits, plus isolés et plus rapides
Les tests deviennent obligatoirement entièrement manuels

Les tests deviennent plus complexes, plus lents et moins nombreux

Explicación

Dans la pyramide des tests, les couches supérieures correspondent à des tests plus complexes, plus longs et en général moins nombreux. Les tests de base sont au contraire petits, isolés et rapides.

12. Comment sont habituellement structurées les activités de gestion des risques ?

Analyse, compilation, livraison, puis archivage
Planification, codage, déploiement, puis maintenance
Conception, exécution, confirmation, puis régression
Identification, évaluation, atténuation, puis surveillance

Identification, évaluation, atténuation, puis surveillance

Explicación

La gestion des risques est organisée en quatre activités : identifier, évaluer, atténuer puis surveiller les risques. Cette séquence permet d’ajuster la stratégie de test en fonction de l’évolution des risques.

Repasa con tarjetas de memoria

Memoriza las respuestas con 24 tarjetas de memoria sobre Introduction aux activités de test logiciel.

Objectifs habituels du test

Détecter défauts, réduire risques, gagner confiance, vérifier exigences.

Test vs débogage

Test détecte écarts, débogage trouve et corrige la cause.

Analyse et conception des tests

Transformer la base en conditions et cas de test priorisés.

Ver tarjetas de memoria →

Estudia la hoja de repaso

Lee la hoja de repaso completa sobre Introduction aux activités de test logiciel.

Ver hoja de repaso →

Similar courses

Crea tus propios cuestionarios

Importa tu curso y la IA genera cuestionarios con correcciones en 30 segundos.

Generador de cuestionarios