MCQSS.com propose des questions et réponses gratuites sur les Tests Logiciels dans différentes thématiques. Notre format interactif vous permet de savoir immédiatement si vous avez répondu correctement aux questions. Explorez notre collection de questions à choix multiples et vérifiez vos connaissances sur les Tests Logiciels dès maintenant ! Vous n'avez pas besoin d'acheter une adhésion ou de vous inscrire, vous pouvez utiliser notre site gratuitement. Ne manquez pas l'opportunité d'améliorer vos compétences et de vous préparer aux examens avec MCQSS.com !
A. Peut résister au développement et se battre pour que les bogues soient corrigées
B. Tous ces
C. Psychologie sociale MCQS
D. Ont traversé un cycle de développement logiciel complet
A. Vrai
B. FAUX
A. Le testeur souhaite tester toutes les données d'entrée possibles.
B. Le testeur a une connaissance des structures internes du logiciel.
C. Le testeur veut réduire le nombre total de cas de test qui doivent être développés.
D. Le testeur n'est pas sûr de tous les ensembles de données d'entrée.
A. Le test du pilote implique un petit groupe d'utilisateurs finaux mais le test bêta implique un grand groupe
B. Aucune différence
C. Le test bêta implique un petit groupe d'utilisateurs finaux, mais le test pilote implique un grand groupe
D. La différence est vague
A. Entrée inattendue de l'utilisateur
B. Robustesse du logiciel
C. Disponibilité sous une charge lourde
D. Performance sous une charge lourde
A. partitiones Les tests entre le temps égal à portée
B. divise le test également entre les testeurs
C. divise les données d'entrée en partitions
D. teste si les partitions de disque sont également distribuées
A. exécuter BVT et surveiller les ressources
B. Exécution des tests de stress et des ressources de surveillance
C. Exécution des ressources de couverture de code et de surveillance
A. Vérifier les modifications et vérifier les effets secondaires après les modifications
B. Vérifier les modifications
C. Vérifier les effets secondaires après les modifications
D. Aucun
A. Tests API
B. Couverture de déclaration
C. Tests de mutation
D. Analyse de la valeur des limites
A. Vrai
B. FAUX
A. FAUX
B. Vrai
A. Modérateur, auteur / producteur, lecteur
B. Auteur / producteur, lecteur, inspecteur
C. Inspecteur, enregistreur
D. Tous ces
A. Seulement après l'écriture du code
B. Les équipes de test ne prévoient pas les tests, les développeurs font
C. Le plus tôt possible
D. Il n'est pas nécessaire de planifier, les tests se font par les spécifications
A. Tests ad hoc
B. Tests unitaires
C. Test de boîte grise
D. Test fonctionel
A. Teste un système entièrement intégré pour vérifier qu'il répond à ses exigences
B. Tests qui vérifient la fonctionnalité d'une section spécifique de code
C. Assure que le système est installé correctement et fonctionne au matériel du client réel
D. Tests qui cherchent à vérifier les interfaces entre les composants contre une conception logicielle
A. Test de boîte blanche
B. Tests bêta
C. Test de performance
D. Partitionnement d'équivalence
A. Développeur
B. Client
C. Chef de projet logiciel
D. Ingénieur logiciel
A. Le cas d'utilisation fait partie de la planification des tests
B. Un plan de test décrit tous les éléments qui composent la stratégie de test. Il peut inclure l'application à tester, la portée des tests, les activités de test, les rôles et les responsabilités et les livrables. Un cas d'utilisation décrit comment l'utilisateur interagit
C. Le plan de test fait partie du cas d'utilisation
D. Le plan de test et le cas d'utilisation sont les mêmes
A. Indicateur de passe / échec
B. Exigences connexes
C. Décisions de conception connexes
D. ID de cas de test
A. Test de performance
B. Tests bêta
C. Test de Blackbox
D. Test de boîte blanche
A. Les tests sont généralement effectués par des amateurs car un passe-temps et le débogage est généralement effectué par des professionnels
B. Le test est la détection initiale des erreurs et le débogage est l'isolement et la correction des erreurs
C. Les tests et le débogage sont des termes interchangeables et essentiellement la même activité
D. Le débogage est un aperçu très superficiel du code et les tests sont une tentative beaucoup plus rigoureuse de réparer l'erreur
A. Les tests fonctionnels incluent des cas de test qui valident les journaux de sécurité, les performances et les tests de l'espace disque et mémoire. Les tests non fonctionnels comprennent le test des fonctions réelles que l'utilisateur final utilisera, y compris les transactions et la réparation
B. Les tests non fonctionnels incluent des cas de test qui valident les journaux de sécurité, les performances et les tests de l'espace disque et mémoire. Les tests fonctionnels incluent le test des fonctions réelles que l'utilisateur final utilisera, y compris les transactions et la réparation
A. Test de la boîte blanche
B. Tests de sécurité
C. Tests d'utilisation
D. Tests unitaires
A. Les tests unitaires sont une action utilisée pour valider ces unités séparées de code source demeure correctement.
B. Vérification de ce bug fixe n'affecte pas les autres sections des modules en vérifiant la fonctionnalité
A. 100000
B. dépend
C. 300000
D. 200000
A. Vrai
B. FAUX
A. piscine
B. suite de tests
C. test de scénario
D. compilation de test
A. Ptq
B. Tpq
C. Minetp
D. Qat
E. Qtp
A. Responsabilité du chef de projet uniquement.
B. Les mesures prises pour éviter les choses qui pourraient avoir un impact négatif sur la portée, la qualité, la rapidité ou le coût du projet.
C. Évaluer le risque de ne pas embaucher suffisamment de testeurs pour le projet.
D. Analyse de la façon dont les clients réagiront sur les problèmes logiciels.
E. Réunion de marketing où de nouvelles fonctionnalités sont discutées.
A. Uniquement sur les nouvelles fonctionnalités; Les anciennes fonctionnalités sont déjà testées
B. Seulement là où il n'y a pas d'équipe de test
C. Uniquement sur le code complexe; Ils devraient se concentrer sur le développement
D. Toujours
A. Centre d'apprentissage du développement logiciel
B. Cycle de vie de défauts graves
C. Cycle de vie de développement logiciel
D. Cycle de vie des défauts du logiciel
E. Cycle de vie de détection des logiciels
A. Vrai
B. FAUX
A. Boîte noire
B. boîte blanche
C. Boîte rouge
D. Boîte grise
A. Tous ces
B. Ii excellent pour gérer les exigences commerciales
C. I. Super dans les spécifications et les horaires
D. Iii. à la fois un testeur et un gestionnaire de programme
A. Tableau de contenu suivi de plusieurs caractères.
B. Développé par des analystes commerciaux pour répondre aux exigences.
C. Travail collectif de l'équipe QA sur les risques de test de logiciels.
D. Document qui décrit les objectifs, la portée, l'approche et la focalisation de l'effort de test de logiciels.
A. Test de variation chargée
B. Sujet de validation de construction
C. Bane de mon existence même
D. Construire des tests de vérification
A. Test de Blackbox
B. Test de boîte blanche
C. Tests unitaires
D. Tests bêta
A. Vrai
B. FAUX
A. QTP
B. SOAP UI
C. Sélénium
D. Sahi
E. Chargeur Runner
A. FAUX
B. VRAI
A. Revue de code
B. Cas de test
C. spécification
D. Étape de test
A. Studio de test
B. Drupal
C. Sélénium
D. QTP
A. Test de configuration
B. Test de performance
C. Test de Blackbox
D. Test de stress
A. Il peut être difficile de déterminer que le test a réussi ou échoué
B. Nous ne pouvons pas automatiser les entrées utilisateur
C. Il peut être difficile de répéter le test
D. Il n'est pas possible d'exécuter le test
A. Pas de différence, ce sont la même chose
B. La réévaluation garantit que la faille d'origine a été supprimée; Les tests de régression recherchent des effets secondaires inattendus
C. Les tests de régression garantissent que le défaut d'origine a été supprimé; RESTANT LECTION DES EFFETS SOURNES INATTENDES
A. Ce test fait référence à la pratique de déplacer et de tester une application sur différentes plates-formes
B. Cela fait référence au test des applications dans différents serveurs
C. Cela fait référence au test des applications dans différents navigateurs
A. Modèle en cascade
B. Modèle en V
C. Modèle en spirale
D. Développement agile
A. Assurance de la qualité du logiciel
B. Planification des tests
C. Réduction de risque
D. Test
A. Vrai
B. FAUX
A. Analyse du chemin terminé
B. Rapport d'incident de test terminé
C. Analyse de la couverture du code terminée
D. Matrice de traçabilité des exigences terminées
E. Rapport de résumé du test terminé
A. Les testeurs ne s'impliquent pas avant que le code ne soit écrit
B. Les ingénieurs logiciels n'ont pas besoin de faire des tests
C. Réduit les tensions entre les testeurs et les développeurs
D. Une équipe de test testera le logiciel plus complètement
A. Pour identifier les défauts des flux de processus liés à l'utilisation typique du système.
B. Pour identifier les défauts du système liés à des scénarios extrêmes.
C. Pour identifier les défauts du système liés à l'utilisation de pratiques de programmation non approuvées.
D. Pour identifier les défauts dans les connexions entre les composants.
A. Tests d'acceptation
B. Tests d'intégration
C. Tests unitaires
D. Tests bêta
A. Développement
B. Revue de code
C. Débogage
D. Essai
A. test alpha
B. Test de boîte noire
C. Test de boîte blanche
D. tests de compatibilité
A. Testez les conditions aux limites autant que possible des bords des classes d'équivalence d'entrée et de sortie
B. Testez la limite entre la mémoire et le disque pour éviter les attaques de sécurité
C. Tester les conditions aux limites, en dessous et au-dessus des bords des classes d'équivalence d'entrée et de sortie
D. Testez la limite entre le navigateur et le serveur pour éviter les attaques de sécurité
E. Les tests qui sont "à la limite" et doivent être considérés comme supprimés du plan de test en raison de leur faible valeur
A. Test de Blackbox
B. Test de boîte blanche
C. Test de performance
D. Tests bêta
A. Test de code noir
B. Test d'effondrement des boîtes
C. Aucun d'eux
D. Test de compatibilité du navigateur
E. Test de compatibilité des limites
A. Outils de débogage
B. Outils d'analyse statique
C. Outils de capture et de lecture
D. Aucun d'eux
A. FAUX
B. Vrai
A. Valeur valide de la plage 1 à 10000
B. tous ces
C. valeur non valide en dessous de 1
D. valeur non valide supérieure à 1000
A. (aucun d'eux)
B. Peut déléguer les tests de travail dans l'équipe de développement
C. Assez paresseux pour ne pas vouloir faire les choses plus d'une fois
D. Peut rester debout toute la nuit à un temps de crise
A. Tests de charge
B. Tests bêta
C. Test de configuration
D. Tests de stress
A. Test alpha
B. Tests bêta
C. Tests d'utilisation
D. Test d'acceptation des utilisateurs
A. Tests d'acceptation Vérifiez les exigences et les scénarios définis par le client que le produit doit répondre
B. Dans TDD, les tests sont écrits avant même le code
C. La performance est l'une des choses que les tests fonctionnels doivent vérifier
D. Une suite de tests est une collection de cas de test
A. Le cas de test a une forte probabilité de trouver une erreur.
B. Le cas de test teste les entrées non valides.
C. Le cas de test n'est ni trop simple ni trop complexe.
D. Le cas de test dépend d'autres cas de test.
A. Rôles et responsabilités
B. Modèles de test
C. Rapport rétrospectif
D. (tous ces)
E. Calendrier de test
A. Créer des cas de test
B. Préparation du document de stratégie de test
C. Estimation des efforts de test
D. Sélection de l'outil de test
A. FAUX
B. Vrai
A. Un document engagé entre la gestion et les tests sur les navigateurs et les tailles d'écran sont pris en charge
B. Une liste de navigateurs que chaque testeur doit avoir dans leur bureau
C. quelque chose qui peut attendre le dernier sprint
D. une liste de navigateurs qui pourraient être testés sur
A. Modèle en spirale
B. Modèle en cascade
C. Modèle linéaire
D. V modèle V
A. Les tests peuvent aider à optimiser le code.
B. Les tests peuvent trouver des écarts entre le logiciel et les spécifications.
C. Les cas de test peuvent être écrits dès que la spécification fonctionnelle est terminée.
D. Les testeurs peuvent être non techniques.
A. Planification des tests
B. Qualité du logiciel
C. Tester le risque
D. Testabilité
A. Un test effectué pour déterminer si les exigences d'une spécification ou d'un contrat sont remplies
B. Un domaine de test dans lequel traite le test d'un logiciel à fonctionner dans des conditions environnementales données pendant une durée particulière
C. Une évaluation qui nécessite un candidat pour effectuer réellement une tâche ou une activité, plutôt que de simplement répondre aux questions faisant référence à des pièces spécifiques
D. Un champ de tests dans lequel traite la capacité d'un logiciel à fonctionner pendant une durée particulière
A. Vrai
B. FAUX
A. Définition
B. L'intégration
C. Optimisation
D. la mesure
A. FAUX
B. Vrai
A. Déviation du logiciel par rapport à sa livraison ou service prévu
B. Un transfert conditionnel de contrôle de toute instruction à toute autre déclaration d'un composant
C. Tests opérationnels sur un site non impliqué autrement avec les développeurs de logiciels
D. Un mécanisme pour produire les résultats attendus pour comparer les résultats attendus du logiciel testé (SUT)
A. Une décision
B. Un incident
C. Une porte d'itinéraire
D. Un chauffeur
A. (tous ces choix)
B. un développeur
C. un propriétaire d'entreprise
D. un utilisateur final
A. Un bug dans la conception est trouvé lors de la revue de conception
B. Le client trouve le défaut en production
C. L'ingénieur QA trouve le bug un jour avant de libérer
D. Un pair trouve le bogue lors de l'examen du code
E. Le développeur trouve le bogue lors des tests de santé mentale
A. L'équipe de test indépendante
B. Tous ceux qui peuvent éventuellement avoir une utilisation pour l'outil
C. Une petite équipe pour établir la meilleure façon d'utiliser l'outil
D. L'entrepreneur du vendeur pour écrire les scripts initiaux
A. vous pour exécuter le test de charge et surveiller l'utilisation des ressources et la rediffusion en fonction des différences matérielles
B. vous pour exécuter chaque fonction dans des boucles isolément et appliquer l'utilisation des ressources à la charge projetée
C. Ce n'est pas une fonction des tests de performance
D. vous pour exécuter des tests de couverture de code avec surveillance des ressources et vous ajuster à la charge projetée
A. VRAI
B. FAUX
A. I et III
B. Ii Création d'une charge géante pour trouver où le système s'effondre
C. I. Modélisation d'une journée typique d'activité utilisateur
D. Iii. Modélisation de l'activité de l'utilisateur lors d'une journée de trafic bien remplie
A. L'interface utilisateur doit être intuitive.
B. Les tests essaient de trouver des conditions de course et des blocs de non-blocs.
C. Le logiciel est considéré comme «critique de la mission».
D. La charge typique du logiciel est inconnue au moment du test.
A. Immédiatement le premier jour
B. La semaine avant le navire
C. Immédiatement après l'intégration
D. Immédiatement après le test unitaire complet
A. Imaginer
B. Établissement
C. Diagnostic
D. Agissant
A. Modèle de gestion des tests
B. Tester le modèle de mesure
C. Tester le modèle de maturité
A. Développement agile
B. Génie logiciel
C. Développement du test
D. Développement de logiciels
A. Tous les cas de test prévus ont été exécutés
B. Tous les défauts ont été correctement fixés
C. Le temps s'est épuisé
D. Cela dépend des risques pour le système testé
A. tests de talon
B. Test statique
C. Test de système non fonctionnel
A. Ne pouvait pas reproduire
B. Comme conçu
C. Refactorisé
D. Rouvert
E. Fermé - fixe
A. La plupart des bugs de stopper de navires
B. sur la livraison de test à temps
C. Nombre de bogues / pas de repro
A. Modifier délibérément une application afin de voir si la suite de tests le rejetera
B. Test de la fonctionnalité d'une application sans connaissance du code / structure interne de l'application
C. Tester avec le but spécifique de voir comment un système fonctionnera à l'avenir
D. Une technique dans laquelle toutes les branches possibles du code source du programme sont testées au moins une fois
A. FAUX
B. VRAI
A. Tests de fumée
B. Test de trempage
C. Tests d'entraînement
D. Tests structurels
A. Tout vieux serveur fonctionnera bien
B. mis à l'échelle de manière appropriée à la charge de test
C. exactement comme la production pour obtenir les bons résultats
A. Besoin de plus d'informations
B. six
C. trois
A. Test statique
B. Test de performance
C. Tests dynamiques
D. Tests bêta