Certified Tester Foundation Level - ISTQB Foundation Sample Quiz 1

n/a

n/a

n/a

n/a

n/a

n/a

Le principe "les tests exhaustifs sont impossibles" concerne le fait qu'il n'est pas réalisable de tester toutes les variations possibles des entrées de test dans toutes les circonstances différentes, sauf dans les cas triviaux. Au lieu de cela, les tests utilisent des techniques de test, la priorisation des cas de test et les tests basés sur le risque pour échantillonner l'ensemble des possibilités et concentrer les efforts de test.

n/a

n/a

n/a

n/a

n/a

n/a

n/a

n/a

n/a

En considérant chacune des descriptions de tâches listées :

1. Les caractéristiques de qualité à évaluer et les critères de sortie sont sélectionnés - (Planification (C) : Définir le périmètre de la revue, l'objectif, le produit de travail à examiner, les caractéristiques de qualité à évaluer, les domaines d'accentuation, les critères de sortie, les informations de soutien telles que les normes, l'effort et les délais.)

2. Tout le monde a accès au produit de travail - (Initiation de la revue (B) : S'assurer que tous les participants ont accès au produit de travail et aux ressources nécessaires, et clarifier leurs rôles et responsabilités.)

3. Des anomalies sont identifiées dans le produit de travail - (Revue individuelle (A) : Évaluer la qualité du produit de travail, identifier et consigner les anomalies, les recommandations et les questions en utilisant des techniques de revue comme la revue basée sur une liste de contrôle et la revue basée sur des scénarios.)

4. Les anomalies sont analysées et discutées - (Communication et analyse (D) : Analyser et discuter de chaque anomalie, déterminer son statut, sa propriété et les actions requises, et prendre des décisions de revue, normalement lors d'une réunion. Cela pourrait inclure la détermination du besoin d'une revue de suivi.)

Ainsi :

Réponse attendue : uniquement le texte traduit.

En considérant chacun des rôles listés :

1. Scribe (ou Enregistreur) - responsable de la collecte des retours des examinateurs et de la documentation des informations de révision, telles que les décisions prises et les nouvelles anomalies identifiées lors de la réunion de révision. (Enregistre les informations de révision, telles que les décisions et les nouvelles anomalies trouvées lors de la réunion de révision - B)

2. Chef de révision - responsable de la supervision du processus de révision, tel que la sélection des membres de l'équipe de révision, la planification des réunions de révision et la garantie que la révision est menée à bien. (Assume la responsabilité globale de la révision, comme l'organisation du moment et du lieu où la révision aura lieu - D)

3. Facilitateur (ou Modérateur) - responsable de veiller à ce que les réunions de révision se déroulent efficacement, y compris la gestion du temps, la médiation des discussions et la création d'un environnement sûr où chacun peut exprimer librement ses opinions. (Assure le bon déroulement des réunions de révision et la mise en place d'un environnement de révision sûr - A)

4. Manager - responsable de décider de ce qui doit être révisé et d'allouer des ressources, telles que le personnel et le temps, pour la révision. (Décide de ce qui doit être révisé et fournit des ressources, telles que le personnel et le temps pour la révision - C)

Le domaine pour la longueur du mot de passe a trois partitions d'équivalence :
=> mots de passe trop courts {0, 1, …, 4, 5}
=> mots de passe OK {6, 7, …, 11, 12}
=> mots de passe trop longs {13, 14, …}

Pour obtenir une couverture complète pour la BVA à 3 valeurs, nous devons tester les valeurs suivantes :
=> 0, 1, 4, 5, 6, 7, 11, 12, 13, 14.

Comme la BVA à 2 valeurs est déjà couverte, cela signifie que nous avons déjà testé les mots de passe de longueur :
=> 0, 5, 6, 12 et 13.

Cela signifie que les longueurs supplémentaires qui doivent être couvertes pour passer de 2 valeurs à 3 valeurs sont :
=> 1, 4, 7, 11 et 14.

S/O

S/O

S/O

Les tests exploratoires sont utiles lorsqu'il y a peu ou des spécifications inadéquates ou une pression temporelle significative sur les tests.
Les tests exploratoires sont également utiles pour compléter d'autres techniques de test plus formelles.
Les tests exploratoires seront plus efficaces si le testeur est expérimenté, a une connaissance du domaine et possède un haut degré de compétences essentielles, comme des compétences analytiques, de la curiosité et de la créativité.

n/a

n/a

Explication

Il y a cinq colonnes dans le tableau de décision. Chaque cas de test couvre l'une d'entre elles.

TC1 et TC2 couvrent tous les deux la Règle 4
TC3 et TC4 couvrent tous les deux la Règle 2
TC5 couvre la Règle 5

Ainsi, ces cinq cas de test couvrent trois des cinq colonnes, atteignant une couverture de (3/5)*100% = 60%.

Le test de branche est une technique de test en boîte blanche dans laquelle les éléments de couverture sont les branches.

Une branche est un transfert de contrôle entre deux nœuds dans le graphe de flux de contrôle, qui montre les séquences possibles dans lesquelles les instructions du code source sont exécutées dans l'objet de test. Chaque transfert de contrôle peut être soit inconditionnel (c'est-à-dire, du code en ligne droite) ou conditionnel (c'est-à-dire, un résultat de décision).

La couverture est mesurée comme le nombre de branches exercées par les cas de test divisé par le nombre total de branches, et est exprimée en pourcentage.

n/a

L'effort de développement moyen est de 900 000 $ et l'effort de test moyen est de 90 000 $ (calculé à partir des quatre projets).

Le ratio moyen d'effort de test par rapport à l'effort de développement est de 1:10 (90 000 $ : 900 000 $), ce qui signifie qu'historiquement, en moyenne, l'effort de test représente 10% de l'effort de développement.

Donc, si l'effort de développement est estimé à 800 000 $, l'effort de test estimé est de :

10% * 800 000 $ = 0,1 * 800 000 $ = 80 000 $.

Selon les dépendances, les tests SEARCH doivent être exécutés en premier, puis les tests VIEW, puis les tests ADD et, à la fin, les tests ORDER. Au sein de chacun de ces groupes, l'ordre est déterminé par les priorités des cas de test.

Ainsi, le TC1 doit être exécuté en premier, puis le TC2, puis le TC4 suivi du TC3, et enfin le TC5 en dernier.
Donc, l'ordre est : TC1, TC2, TC4, TC3, TC5.

S/O

S/O

En considérant chacun des risques énumérés et leurs atténuations :

1. Les longues réponses du système (1) peuvent être testées lors des tests de performance (B)
2. Les changements de préférences des consommateurs (2) sont généralement hors de notre contrôle, donc nous acceptons généralement ce risque (A)
3. L'inondation de la salle des serveurs (3) peut causer une perte significative, donc nous devrions transférer le risque, par exemple, en achetant une police d'assurance (D)
4. Le fait que les patients au-dessus d'un certain âge reçoivent des rapports inexacts (4) suggère un éventuel problème de limite, qui peut être efficacement détecté avec des techniques comme BVA (C)

S/O

S/O

S/O

S/O

En considérant chacune des catégories d'outils listées et leurs descriptions :

A. Outils de test statique - soutiennent le testeur dans la réalisation de revues et d'analyses statiques (4)
B. Outils soutenant la scalabilité et la standardisation du déploiement - Par exemple, les machines virtuelles, les outils de conteneurisation (3)
C. Outils DevOps - soutiennent le pipeline de livraison DevOps, le suivi du flux de travail, le(s) processus de construction automatisé(s), l'intégration continue/livraison continue (CI/CD) (1)
D. Outils de collaboration - facilitent la communication (2)

n/a