Question 1
Pendant les tests, il est nécessaire de :
![]()
Tester toutes les parties du système avec la même intensité, parce que des anomalies peuvent être détectées n’importe où.![]()
Tester l’interface utilisateur en priorité parce que ses anomalies sont les plus dérangeantes pour l’utilisateur.![]()
Tester en priorité les composants du système pour lesquels les défauts génèrent les risques les plus importants.![]()
Tester en priorité les accès aux bases de données de façon à éviter des données erronées et des inconsistances dans la base de données.![]()
Tester en priorité les performances de façon à améliorer les temps de réponse.
Question 2
Les tests statiques et les tests dynamiques :
![]()
Sont deux familles de tests complémentaires![]()
Sont incompatibles : il faut choisir avant de commencer la phase de tests
Question 3
Les tests sont :
![]()
Inutiles la plupart du temps du fait de l’amélioration continue des techniques de développement et d’intégration![]()
Indispensables pour réduire les coûts et les délais tout en augmentant la qualité.![]()
Importants mais impraticables donc à éliminer.
Question 4
Quelle affirmation est exacte :
![]()
L’activité de test nécessite d’être curieux c’est pour cela que c’est préférable de la confier à des personnes sans expérience.![]()
L’activité de test nécessite d’être curieux mais demande de l’expérience.![]()
L’activité de test ne nécessite qu’un bon sens de la communication.![]()
L’activité de test nécessite de prendre position quitte à «grossir» ou extrapoler certaines données.
Question 5
Une fonction calcule un résultat à l’aide quatre paramètres entiers (codés sur 32 bits); il y a donc 232*4 = 2128 donc 1043 possibilités distinctes d’appel de la fonction :
![]()
Ce nombre est tellement grand qu’il est inutile d’essayer de tester la fonction; la tâche est impossible !![]()
En y consacrant de l’énergie on pourra tester toutes les possibilités.![]()
En procédant avec méthode il suffit de tester la fonction avec quelques valeurs pertinentes pour avoir une très grande assurance sur sa correction.![]()
Ce cas n’arrive jamais, il est inutile de se poser ce genre de problème !
Question 6
Les tests d’intégration :
![]()
Ne peuvent être fait correctement que si les tests unitaires ont été faits correctement.![]()
Remplacent les tests unitaires.![]()
Sont incompatibles avec les tests unitaires.![]()
Se font avant les tests unitaires.
Question 7
Les méthodes agiles :
![]()
Mettent en avant la souplesse des programmeurs car ils doivent programmer dans différentes postures pour maintenir une forte concentration![]()
Mettent en avant les tests qui doivent être réalisés très régulièrement.![]()
Rendent inutiles les tests car le code ne peut contenir des erreurs avec ces techniques.![]()
Déconseillent l’utilisation des tests car ceux-ci risquent de «casser» l’aspect agile des méthodes.
Question 8
La technique des tests aux limites consiste à :
![]()
Pousser aux limites les équipes de tests en les mettant fortement sous pression.![]()
Essayer d’atteindre la limite des fonctions de maturité du logiciel.![]()
Faire fonctionner le logiciel aux limites de ses spécifications.![]()
Faire fonctionner le logiciel le plus longtemps possible.
Question 9
Comment désigne-t-on également les tests «boîtes noires» ?
![]()
Tests unitaires![]()
Tests d’intégration![]()
Tests fonctionnels![]()
Revues de code
Question 10
Les tests «boîtes noires» utilisent :
![]()
Le code du logiciel à tester.![]()
Les commentaires du logiciel à tester.![]()
Les spécifications du logiciel à tester.![]()
Les commentaires de l’équipe de réalisation.
Question 11
La notion de couverture dans les tests :
![]()
N’est pas utilisée.![]()
Permet de «couvrir» une erreur faite lors des tests qui endommage le logiciel à tester.![]()
Sert à vérifier qu’un ancien jeu de valeurs peut être réutilisé dans un nouveau contexte.![]()
Sert à définir un objectif pour les tests
Question 12
L’effort de tests dans un projet :
![]()
Est de l’ordre de 20% de l’effort global, voire moins pour les applications peu critiques.![]()
Est proportionnel au nombre de lignes de code livrée.![]()
Inclut également le temps passé par le client dans le cadre de cette activité.![]()
Doit être évalué en début de projet.
Question 13
Rechercher les défauts :
![]()
Est très coûteux en début de projet, cela mobilise beaucoup trop de monde pour faire des inspections.![]()
Il est plus efficace de rechercher les défauts le plus tôt possible.![]()
Pour un défaut donné, son coût de recherche est beaucoup plus élevé en fin de projet qu’en début de projet![]()
N’a finalement qu’une bonne efficacité en fin de projet.
Question 14
Les défauts sont introduits :
![]()
Tout au long du cycle du projet.![]()
Uniquement dès que l’on programme, les défauts ne sont essentiellement que les conséquences d’erreurs de programmation.![]()
Éventuellement en conséquence d’une spécification ambiguë.![]()
Essentiellement volontairement et de manière malveillante par les équipes projet.
Question 15
Lorsque l’on introduit un nouvel outil dans une organisation, il est vrai que :
![]()
Un outil «Open source» est généralement de moins bonne qualité qu’un outil propriétaire.![]()
Le développement de l’aide en ligne rend inutile la formation des usagers.![]()
L’impact sur l’organisation peut être important.![]()
L’outil étant amené à évoluer il n’est pas nécessaire de gérer cette introduction comme un projet normal.
Commentaires