Testez vos connaissances en assurance qualité logicielle en répondant à plus de 100 QCM sur l'assurance qualité logicielle.
Faites défiler vers le bas pour commencer !
A. Tests de tentative d'utilisateur
B. Test d'acceptation des utilisateurs
A. Test de validation
B. Tests unitaires
C. Tests système
D. Tests d'intégration
A. boîte noire
B. boîte blanche
C. boîte de verre
D. grisé
A. Une ancienne méthode pour calculer la distance entre deux objets
B. un principe ou un mécanisme par lequel nous pouvons dire si le logiciel fonctionne selon les critères de quelqu'un;
C. Ça n'existe pas!
D. Une méthode par laquelle l'apprentissage a lieu à la suite de découvertes éclairées par l'exploration.
A. Pour évaluer si le logiciel est prêt pour la sortie.
B. Pour trouver des défauts dans le logiciel.
C. Pour prouver que le logiciel est correct.
D. Pour démontrer que le logiciel ne fonctionne pas.
A. Déclarations du programme
B. Chemins logiques indépendants dans le programme
C. Erreurs dans le programme
D. Cycles dans le programme
A. On découvre que l'exigence qu'il suggère de mettre en œuvre existe déjà.
B. Sa priorité est très élevée et elle doit être gérée immédiatement.
C. L'équipe de test est chargée de le voir.
D. Il est technologiquement complexe.
A. FAUX
B. Vrai
A. FAUX
B. Vrai
A. Exercer les conditions logiques dans un module de programme
B. Concentrez-vous sur le test de la validité des constructions en boucle
C. Compter sur les tests de chemin de base
D. Sélectionnez des chemins de test basés sur les emplacements et les utilisations des variables
A. Satisfaction du client
B. Suivi des défauts
C. Travail en équipe
D. Contrôle de configuration
A. Erreurs de performance
B. Fautes de frappe et erreurs logiques
C. Des erreurs typographiques
D. Erreurs logiques
E. Erreurs comportementales
A. Initial, géré, défini, géré quantitativement, optimisant
B. Ni l'un ni l'autre
C. Fonctionnalité, fiabilité, convivialité, efficacité, maintenabilité, portabilité
A. Outil utilisé pour les tests non fonctionnels
B. Outil Open Source Ware gratuit
C. outil de test basé sur le Web
D. par dessus tout
E. Outil d'automatisation
A. Boîte blanche
B. Boîte grise
C. Test junit
D. Tests d'intégration
E. Boîte noire
A. Les tests basés sur la session sont une méthode de test logiciel qui vise à combiner la responsabilité et les tests exploratoires pour fournir une découverte rapide des défauts et une conception créative de tests à la volée.
B. Les tests basés sur la session sont une méthode de test logiciel qui implique que le testeur enregistre leurs comportements à examiner à un stade ultérieur.
C. Les tests basés sur la session sont une méthode de test logiciel qui vise à améliorer les testeurs de compétences juniors qui pourraient ne pas être aussi à l'aise avec le système testé.
D. Les tests basés sur la session sont une méthode de test logiciel qui vise à combiner des résultats rapides avec les attentes d'une équipe agile.
A. Concentrez-vous sur le test de la validité des constructions en boucle
B. Sélectionnez des chemins de test en fonction des emplacements et des utilisations des variables
C. exercer les conditions logiques dans un module de programme
D. Test de chemin de base compatible
A. Conception et code du programme interne
B. Exigences et fonctionnalités
C. Comment une application fonctionne sous des charges lourdes
D. Instructions de code, branches, chemins et conditions
A. Compatibilité: la plupart des émulateurs sont incompatibles avec les versions populaires de MS Windows.
B. Problèmes d'installation: L'installation et la gestion des émulateurs sont plus lourdes que la gestion du matériel réel.
C. Manque de fiabilité: les émulateurs peuvent ne pas représenter adéquatement les contraintes matérielles.
D. Manque de fiabilité: les émulateurs peuvent ne pas représenter de manière adéquate l'interface utilisateur.
A. Vrai
B. FAUX
A. Sélectionnez des chemins de test en fonction des emplacements et des utilisations des variables
B. Exercez les conditions logiques dans un module de programme
C. Compter sur les tests de chemin de base
D. Concentrez-vous sur le test de la validité des constructions en boucle
A. Exception
B. Alpha
C. Bêta
D. Boîte noire
A. Programmation extrême
B. Méthode de la cascade
C. Développement agile
D. Développement du test
A. Exploration d'utilisation
B. Expérience de l'utilisateur
C. Sous
D. Expérience de convivialité
A. Fonctions incorrectes ou manquantes
B. Fonctions incorrectes ou manquantes, et erreurs d'interface et erreurs de performance
C. Erreurs d'interface
D. Erreurs de performance
E. Aucun d'eux
A. Les tests Alpha sont effectués par l'utilisateur, tandis que les tests bêta sont effectués par l'équipe de test.
B. Les tests Alpha sont effectués par l'utilisateur sous la supervision de l'équipe de test du laboratoire de test, tandis que les tests de paris sont effectués par l'utilisateur dans les installations de l'utilisateur sans supervision étroite.
C. Les tests bêta sont effectués par l'utilisateur, tandis que les tests alpha sont effectués par l'équipe de test.
D. Les tests bêta sont effectués par l'utilisateur sous la supervision de l'équipe de test du laboratoire de test, tandis que les tests alpha sont effectués par l'utilisateur dans les installations de l'utilisateur sans supervision étroite.
A. Un test formel du logiciel
B. Une réunion informelle à des fins d'évaluation ou d'information
C. Un regard approfondi sur le fonctionnement du logiciel
D. Aucun d'eux
A. La gravité est déterminée principalement par les facteurs techniques, tandis que la priorité est déterminée par des facteurs liés aux entreprises.
B. La gravité est déterminée par les développeurs et l'analyse commerciale, tandis que la priorité - par l'équipe de test.
C. La priorité est déterminée principalement par les facteurs techniques, tandis que la gravité est déterminée par des facteurs liés aux entreprises.
D. La gravité est déterminée par les attentes des utilisateurs, tandis que la priorité - par l'impact sur la fonctionnalité.
A. Modèle de sécurité des tests holistique
B. Modèle de stratégie de test humain
C. Heuristique Test Strategy Model
D. Gestion de la stratégie de haute technologie
E. Modèle de stratégie d'équipe creuse
A. Les échantillonner plutôt que d'essayer de tester un énorme ensemble d'entrées.
B. Un type spécial d'identifiant de ressources universels (URI).
C. Cryptage qui peut protéger le canal sur lequel votre conversation se produit.
D. Une valeur clé se marie avec un signe égal (=) entre la clé et la valeur.
A. Plan - ACT - Vérifier - faire
B. Plan - Do - Vérifiez - Act
C. Plan - Vérifier - ACT - faire
D. Plan - Vérifiez - Do - Act
A. Utilisabilité
B. Performance
C. Boîte noire
D. Fonctionnalité
A. Utilisateurs
B. Développeurs
C. Service client
D. Ingénieurs de test
A. Assurance qualité
B. Contrôle du détective
C. Contrôle de qualité
D. Contrôle correctif
A. Un processus dans lequel les tests ne prennent que des valeurs limites pour les tests
B. Un processus dans lequel le testeur prend les valeurs limites et les valeurs moyennes pour les tests
A. Un lecteur
B. Un enregistreur
C. Le développeur
D. Un modérateur
A. Suggérant un calendrier de libération.
B. Présentation du statut de qualité de l'application sous test aux décideurs.
C. Prendre la décision de libérer le système de système du système dans la production.
D. Jouer l'avocat de l'utilisateur en remettant en question les décisions de conception.
A. Les principales fonctions de contrôle peuvent être testées tôt.
B. Le besoin de programmes Stub est éliminé.
C. Les conditions de test sont plus faciles à créer.
D. L'observation des résultats des tests est plus facile.
A. Incapacité à lire les données sur les champs d'application.
B. Incapacité à automatiser les tests de localisation qui nécessitent des modifications de configuraiton au niveau de l'appareil.
C. Incapacité à comparer les images.
D. Incapacité d'automatiser les objets d'application de clic et d'effectuer des sélections déroulantes.
A. La procédure est ce qui doit arriver et le processus est l'étape par étape de la façon dont cela se produira
B. La procédure est qui exécute les tests nécessaires et le processus est quand il sera exécuté
C. Le processus est qui exécute les tests nécessaires et la procédure est quand elle sera exécutée
D. Le processus est ce qui doit arriver et la procédure est l'étape par étape de la façon dont cela se produira
A. Carte de contrôle de configuration
B. Équipe de développement de logiciels
C. Changer la carte de contrôle
D. Liaison avec le client
A. Les défauts sont des écarts par rapport aux exigences, tandis que les demandes de modification sont des suggestions pour modifier les exigences.
B. Les défauts sont enregistrés par les ingénieurs de test, tandis que les demandes de modification - par les analystes commerciaux.
C. Ils sont gérés par différents systèmes d'exploitation forestière.
D. Les défauts présentent toujours un risque associé à leur résolution, contrairement aux demandes de changement.
A. Tests bêta
B. Test alpha
C. Test de maintenance
D. Tests système
E. Tests d'intégration
A. Vrai
B. FAUX
A. Livré à temps
B. Répond aux exigences et aux attentes
C. Livré dans le budget
D. Complètement sans bug
A. Technique de la boîte noire
B. Technique de boîte en verre
C. Technique de la boîte blanche
A. Tests d'utilisation
B. Tests de sécurité
C. Test fonctionel
D. Test de performance
A. Subversion
B. Git
C. CVS
D. Visual Studio
A. Tester le même module après le correctif du bug
B. Tester les modules affectés après le bogue corrigé
C. Sans fixe si nous testons à nouveau un défaut
A. Traiter uniquement avec les interfaces.
B. Concentrez-vous sur le comportement du système sous le stress.
C. Ne va pas être répété.
D. Sont bien documentés et faciles à exécuter manuellement.
A. Tests d'utilisation
B. Test alpha
C. Tests bêta
D. Test d'acceptation des utilisateurs
A. Prendre uniquement avec les valeurs de la plage
B. Prenez uniquement des valeurs de limite pour les tests
C. Dans lequel nous prenons les valeurs limites et la valeur moyenne pour les tests
A. Défauts par le nombre de routes (reprise).
B. Défauts par statut et gravité.
C. Défauts par affectation du développeur.
D. Défauts par priorité.
A. Diagramme de conception
B. Liste des fonctionnalités à tester et non testées
C. Hypothèses / conditions préalables
D. Introduction
A. Établir une responsabilité personnelle de l'ingénieur de test
B. Fournir des données de test
C. Assurer la couverture
D. Documenter les résultats des tests
A. Imitez de courtes rafales d'utilisateurs simultanés tout en mesurant l'utilisation de la mémoire.
B. Exercez la fonctionnalité du système sous-test à plusieurs reprises au fil du temps tout en mesurant l'utilisation de la mémoire.
C. Concentrez-vous sur le remplissage de la base de données et spécifiquement sur les tables de journal.
D. Mesurez le temps de réponse sur le client et sur le serveur.
A. Conception
B. Entretien
C. Performance
D. Exigences
E. Codage
A. comportemental
B. grisé
C. boîte noire
D. boîte blanche
A. Initier des inspections de code pour identifier les défauts dans le code
B. Encouragez les programmeurs à essayer plus fort pour faire moins de défauts
C. Augmentez le type et l'étendue des tests pour éliminer les défauts avant la production
D. Classifier et compter les défauts afin que vous puissiez identifier le défaut de la fréquence la plus élevée et éliminer la cause profonde du défaut
A. V-modèle
B. Modèle linéaire
C. Modèle en spirale
D. Modèle en cascade
A. Il s'agit d'un processus de développement logiciel itératif et incrémentiel et cela peut viser dépend des fonctionnalités.
B. Aucune de ces réponses
C. Il s'agit d'une approche itérative et incrémentielle qui met l'accent sur la participation continue de l'utilisateur.
D. Il s'agit d'une technique qui a de courtes itérations où de nouveaux cas de test couvrant l'amélioration souhaitée ou de nouvelles fonctionnalités sont écrits en premier.
A. Vrai
B. FAUX
A. Plan de test
B. spécification
C. Document des exigences
D. Cas de test
A. Module
B. Nœud de trace
C. Banc d'essai
D. Grouper
A. Robot
B. QTP
C. Sélénium
D. JMETER
A. Conception, exigences, mise en œuvre, vérification, maintenance
B. Exigences, conception, vérification, mise en œuvre, maintenance
C. Exigences, conception, mise en œuvre, vérification, maintenance
D. Maintenance, exigences, conception, mise en œuvre, vérification
A. Chef de projet
B. Client
C. Développeurs
D. Ingénieur logiciel
A. Documentation des scripts de test, suivi des métriques, test de chargement
B. Vérification des limites, tests ad hoc, combinaison d'installation
C. Test de nouvelles fonctionnalités et fonctions, vérifications d'intégrité des données, tests de régression
A. QA fait partie du processus de test logiciel
B. Les tests de logiciels font partie du processus d'AQ
C. Les tests logiciels et QA sont tous les deux la même chose
D. Les tests logiciels et QA sont deux processus différents
A. Vrai
B. FAUX
A. contrôle de configuration
B. changer de requête
C. spécification
D. module logiciel
A. Assurance de la qualité du logiciel
B. Planification
C. Essai
D. Développement de logiciels
A. FAUX
B. Vrai
A. ISO 9002
B. ISO 9000
C. ISO 9003
D. ISO 9001
A. Vous ne pouvez pas comparer les numéros dans un tel ensemble
B. & gt;
C. =
D. & lt;
A. Vrai
B. FAUX
A. Fiabilité
B. Convivialité
C. Coût
D. Correction
A. Documentation de test
B. Tests de procédure
C. Tests structurels
D. Test fonctionel
A. Acceptation de l'utilisateur
B. Stress
C. Convivialité
D. Survivabilité et récupération
A. Tous ce sont des modèles de qualité
B. ISO 9000
C. ISO / IEC 15504
D. Cmmi
A. Tests d'intégration
B. Test de boîte blanche (verre)
C. Test de boîte noire
D. Test de boîte grise
A. Vrai
B. FAUX
A. Vrai
B. FAUX
A. Acceptation du client
B. Conditions aux limites
C. Tests négatifs
D. La gestion des erreurs
A. Stabilité et observabilité
B. Observabilité, simplicité et stabilité
C. Observabilité
D. Simplicité
E. La stabilité
A. Test de boîte noire
B. Tests unitaires
C. Aucun d'eux
D. Test de la boîte blanche
A. Documentation
B. Test
C. Avis et audits
D. Budget
A. Aucun d'eux
B. Intégration du modèle de maturité des capacités
C. Initiation de la gestion de la maturité des connexions
D. Institut modulaire de maturation de capacité
A. Pour faire des recommandations
B. Pour trouver des problèmes et voir ce qui manque
C. Pour réparer le logiciel
D. Pour recueillir des informations préliminaires
A. Non
B. Oui
A. Injection SQL
B. Partitionnement d'équivalence
C. Tests alpha
D. Suivi de l'oeil
A. Alpha et Beta
B. Positve et négatif
A. Les deux erreurs de conception et les erreurs d'implémentation
B. Erreurs de conception
C. Erreurs de précision
D. Erreurs de mise en œuvre
E. Erreurs de fonctionnement
A. FAUX
B. Vrai
A. Soutenir la gestion du changement
B. Manager du changement de logiciel
C. Gestion de la chaîne logistique
D. Gestion de la configuration du logiciel
A. Une approche en profondeur
B. Tout ce qui précède
C. Approche du big bang
D. Approche descendante
A. Test fonctionel
B. Tests système
C. Les tests de régression
D. Test d'acceptation
A. Analystes commerciaux
B. Utilisateurs
C. Ingénieurs de test
D. Développeurs
A. Calendrier
B. (tous ces)
C. Approche
D. Portée
E. Ressources
A. Nombre de bogues logiciels inconnus.
B. Nombre de mots dans le plan de test.
C. Nombre de lignes de code exécutées dans le logiciel testé.
D. Le nombre de cas de test qui a réussi VS a échoué.