Questions D'entretien - Test Et Validation

Commençons
Les tests fonctionnels sont cruciaux pour le processus de développement de logiciels et constituent une
exigence fondamentale pour évaluer le fonctionnement du système logiciel. À première vue, cela semble
facile et simple - et cela peut l'être. Néanmoins, les tests fonctionnels sont généralement plus détaillés et
impliqués lorsque la situation est complexe.
Jetons un coup d'œil à certains des concepts plus approfondis des tests fonctionnels dans cet article. Mais
d'abord, définissons ce qu'est réellement le test fonctionnel.
Qu'est-ce que les tests fonctionnels ?
Un système/une application logicielle se compose de nombreux composants qui doivent tous

fonctionner ensemble, et aussi individuellement, afin de fonctionner correctement. Ces composants
doivent être soigneusement testés pour la fonctionnalité et cela ne peut être fait que par des tests
fonctionnels. Dans le cadre de l'AQ (Assurance qualité ), les tests fonctionnels sont une exigence
fondamentale pour évaluer le fonctionnement du système logiciel. Chaque composant logiciel est
d'abord vérifié pour sa sortie attendue, puis testé deux fois pour s'assurer que sa sortie n'a pas
d'impact sur le reste du système. Les tests fonctionnels ne tiennent pas compte du code source de
l'application lors des tests, car il s'agit d'un type de test de boîte noire.
Page 3 © Copyright par Interviewbit

Questions d'entretien sur les tests fonctionnels
Les tests fonctionnels sont souvent effectués à différentes étapes du développement du logiciel. Le but
des tests fonctionnels n'est pas seulement de valider un système ou un composant logiciel par rapport
aux différentes spécifications et exigences fonctionnelles définies, mais également de vérifier s'il est
prêt à être déployé dans l'environnement réel. Ces questions peuvent vous aider à identifier les
domaines dans lesquels vos compétences peuvent être utiles et peuvent vous aider à vous préparer
aux défis à venir.
Questions d'entretien sur les tests fonctionnels pour les étudiants de
première année
1. Pourquoi les tests fonctionnels sont-ils importants ?
Valider/tester la qualité et la fonctionnalité d'un logiciel nécessite des tests

fonctionnels. Le but est le suivant :

Assure la livraison de produits de haute qualité.

Une équipe d'assurance qualité l'utilisetest de logiciel technique pour garantir que la
fonctionnalité du logiciel est conforme à la spécification des exigences logicielles (SRS) et pour
garantir que le système fonctionne comme prévu par l'utilisateur.
Essentiellement, cette méthode de test est utilisée pour tester les fonctionnalités de convivialité, les
conditions d'erreur spécifiques, les fonctionnalités d'accessibilité et d'autres fonctionnalités importantes
du logiciel.
Cela permet aux testeurs de vérifier que le logiciel qu'ils testent fonctionne comme prévu et donne aux
développeurs des informations sur la manière d'améliorer les produits logiciels. Les tests fonctionnels sont
cruciaux pour déterminer si votre code fonctionne correctement ou si des erreurs sont susceptibles de se
produire à l'avenir.
2. Quels sont les différents types de tests fonctionnels ?
En fin de compte, les tests fonctionnels visent à garantir que le logiciel fonctionne comme spécifié et répond
aux attentes des utilisateurs. Les tests fonctionnels peuvent sembler simples à première vue, mais ils
impliquent une variété de méthodes, dont certaines peuvent être préférées ou prioritaires par rapport à
d'autres en fonction de l'application et de l'organisation. Ces méthodes sont décrites ci-dessous :

Tests unitaires :Cela implique de tester les unités/blocs de code individuels du

logiciel pour valider qu'ils fonctionnent comme prévu.
Test de fumée :Ce test examine uniquement les fonctionnalités de base d'un système pour
s'assurer que le logiciel fonctionne correctement (ou n'est pas en proie à trop de problèmes) afin
que le test suivant puisse se poursuivre.
Test de santé mentale :Ce type de test est également connu sous le nom de test de vérification de construction
et est généralement effectué après un test de fumée. Les tests sont effectués après la publication d'une version
complète du logiciel avec des modifications mineures pour vérifier que les modifications de code introduites
continuent de fonctionner comme prévu.
Tests d'intégration :Ce test combine des composants/unités individuels et les teste
ensemble. Les tests garantiront qu'ils interagissent de manière appropriée et révéleront
tout défaut entre les unités intégrées, le cas échéant.
Les tests de régression: Ce type de test garantit que les modifications apportées au code
n'affecteront pas la fonctionnalité du système. Le but de ce test est de s'assurer que l'ajout de
code frais, des améliorations ou la correction de bogues ne provoque pas d'instabilité ou ne
compromet pas la fonctionnalité du logiciel.
Test d'acceptation par l'utilisateur :Cela implique de tester les systèmes logiciels du point de vue de
l'utilisateur pour s'assurer qu'ils répondent aux exigences. Avant qu'un logiciel ne soit mis sur le marché
ou en production, il doit réussir le test d'acceptation par l'utilisateur.
3. Expliquez comment les tests fonctionnels sont effectués ou quelles sont les
étapes pour effectuer des tests fonctionnels.
Lorsque vous effectuez des tests fonctionnels, vous devez suivre les étapes ci-dessous, comme indiqué dans
le diagramme suivant :


Comprendre les exigences :Avant d'effectuer des tests fonctionnels, il est

nécessaire de bien comprendre les exigences de l'entreprise. Comprendre les
spécifications du document d'exigences et clarifier les doutes et les questions s'il y
en a.
Préparez un plan de test :Un plan de test efficace est essentiel pour la réussite des tests
fonctionnels. Les ingénieurs de test doivent se concentrer sur les objectifs des tests afin de faciliter
la planification et l'organisation des activités de test.
Rédiger des cas de test :Rédigez les cas de test en tenant compte des exigences logicielles
et en gardant à l'esprit tous les scénarios de test.
Créez des données d'entrée en fonction des besoins :Les testeurs doivent préparer les données
d'entrée pour tester les fonctionnalités spécifiques des applications logicielles. Lorsque ce type de
données est utilisé pour tester une application, on parle de données d'entrée de test. À partir de ces
données, déterminez quel devrait être le résultat attendu.
Exécutez les cas de test :Ensuite, les données d'entrée de test sont utilisées pour
exécuter les cas de test. Comparer les résultats réels et attendus via la validation des
résultats : dans cette étape, les résultats réels du test sont comparés aux résultats
attendus pour déterminer si le test a réussi ou échoué.
Défauts de journal :La variation de la différence entre la sortie réelle et attendue est appelée
défaut de journal. C'est la tâche des testeurs de journaliser les défauts afin que les équipes de
développement puissent les corriger dans les plus brefs délais.
4. Indiquer la différence entre les tests fonctionnels et non

fonctionnels.
Les deux majeurstypes de tests logicielssont les tests fonctionnels et les tests non
fonctionnels.
Test fonctionel:Ce type de test vérifie que chaque caractéristique/fonction d'une application
logicielle fonctionne comme prévu. Un test fonctionnel ne peut être réussi que si un système
logiciel a toutes ses fonctions fonctionnant comme prévu.
Tests non fonctionnels :Ce type de test examine les aspects non fonctionnels tels que les
performances, la convivialité, la compatibilité, la fiabilité, etc., d'un système logiciel. Ce
processus vérifie si le système se comporte comme prévu ou non.
Tests fonctionnels vs non fonctionnels :


Test fonctionel Tests non fonctionnels
Il vérifie que les

actions et opérations Il vérifie le comportement d'une
d'une candidature application.
effectuer comme prévu.
Besoins de l'entreprise Les tests non fonctionnels sont

sont pris en compte effectués en fonction des attentes des
lorsqu'ils sont fonctionnels clients et des exigences de
le test est fait. performance.
Ce test
Ce test mesure la vitesse et le
détermine si
temps de réponse d'une application
les résultats sont
logicielle dans des conditions
cohérent avec
spécifiques.
attentes.
Les commentaires du client sont plus

Commentaires des clients précieux pour les tests non
aide à réduire les fonctionnels car ils permettent une
risques associés à un amélioration et permettent au
produit. testeur de connaître les attentes du
client.
Des outils de test tels Les tests manuels peuvent être

que manuels et problématiques en raison du processus de
l'automatisation est utilisée test non fonctionnel, qui prend en compte
réaliser des fonctions l'évolutivité, la fiabilité, la vitesse et
tester d'abord. d'autres paramètres de performance.
Test fonctionel
Exemples : Unité
Exemples : tests de performances, tests
Test, Fumée
de charge, tests de stress, tests
Test, Intégration
d'évolutivité, tests de volume, etc.
Test, Régression
Page 10 © Droits d'auteur par Interv peu

5. Expliquer les tests unitaires par rapport aux tests fonctionnels.
Tester des logiciels ou des applications vise à construire un produit de qualité. Les tests fonctionnels
et les tests unitaires sont les piliers des tests de logiciels.
Tests unitaires :Dans sa forme la plus simple, le test unitaire consiste à tester des
composants individuels ou des unités au sein du logiciel. Au cours de cette étape, chaque
unité de code est validée et vérifiée pour déterminer si elle fonctionne comme prévu. Test
fonctionel:Ce type de test de logiciel évalue la fonctionnalité d'un système par rapport aux
exigences fonctionnelles. Chaque composant logiciel est d'abord vérifié pour sa sortie
attendue, puis testé deux fois pour s'assurer que sa sortie n'a pas d'impact sur le reste du
système.
Tests unitaires vs tests fonctionnels :

Tests unitaires Test fonctionel
Dans ce type de test, les plus

Il vérifie qu'une application
petites unités ou modules sont
fonctionne comme prévu.
testés individuellement.
Un test fonctionnel identifie les

Il est possible de trouver des problèmes
problèmes empêchant une
qui surviennent fréquemment dans les
l'application de fonctionner correctement.
modules en exécutant des tests
Cela peut également inclure des problèmes
unitaires.
basés sur des scénarios.
Comme le nombre de tests à

Il n'y a aucune chance que le exécuter est toujours infini, il y a
problème s'échappe. plus de risques de problèmes
s'échapper.
En d'autres termes, il s'agit d'une Essentiellement, il s'agit de tests en
forme de test en boîte blanche. boîte noire.
Un test unitaire est rapide et peut aider Un test fonctionnel prend du

à écrire du code propre, mais il ne peut temps et des efforts, mais garantit
pas garantir que l'application que le système répondra aux
fonctionnera comme prévu. Il nous exigences fonctionnelles. Le test
montre cependant où se trouvent les identifie tout problème ou
erreurs dans le code. défaut dans la fonctionnalité.
6. Qu'entendez-vous par tests fonctionnels vs tests de

régression ?

Test fonctionel:Il s'agit de vérifier que les fonctions d'une application fonctionnent comme
prévu. Il s'agit généralement d'un processus de test de boîte noire. Le but des tests fonctionnels
est de s'assurer que le produit conçu par les développeurs répond aux exigences spécifiées par
les parties prenantes.
Les tests de régression:Ce processus est effectué une fois qu'une version du logiciel a été publiée. Le
but de ce test est de s'assurer que l'ajout de code frais, des améliorations ou la correction de bogues
ne provoque pas d'instabilité ou ne compromet pas la fonctionnalité du logiciel.
7. Expliquer les tests ad hoc.
Le terme test ad hoc, également connu sous le nom de test aléatoire, fait généralement référence à un
type de test qui se produit sans planification ni documentation appropriées. Les tests ad hoc ont
Aucun document
Aucun cas de test
Pas de conception de test

Les tests ad hoc sont généralement effectués de manière aléatoire sans documentation ni conception de
test et ils ne sont généralement pas planifiés. Les tests ad hoc n'adhèrent à aucune structure particulière et
sont effectués de manière aléatoire sur n'importe quelle partie de l'application pour identifier les défauts/
bogues. Lorsque le temps est limité et que des tests exhaustifs ne peuvent pas être effectués, des tests ad
hoc peuvent être effectués. Le testeur doit avoir une compréhension approfondie du système testé afin de
mener des tests ad hoc efficaces.
Exemple:Les tests ad hoc sont rentables et peuvent vous faire gagner beaucoup de temps ; un exemple
serait lorsque le client a besoin du produit à 16 heures aujourd'hui, mais que le développement sera
terminé à 14 heures. Avec seulement 2 heures de travail, l'équipe de développeurs et de testeurs peut
tester le système dans son ensemble en prenant des entrées aléatoires et en vérifiant les bogues.
8. En quoi « Build » diffère-t-il de « Release » ?
Construire:Une fois que le code source de l'application logicielle est développé, les
développeurs le convertissent en une forme autonome ou exécutable (build). Dès que la
construction est terminée, l'équipe de développement la transmet à l'équipe de test pour les
tests. L'équipe de test du logiciel vérifie cette version pour plusieurs bogues et si elle ne
répond pas aux exigences, la version est rejetée. Une génération se produit avant la
publication et est générée plus fréquemment. Lors du développement du logiciel, plusieurs
builds sont générés.
Libérer:À la fin du développement et des tests, la version est le produit final. Dès
que le logiciel est testé et certifié, il est livré au client. Il est toutefois possible
qu'une version ait plusieurs versions. En tant que tel, il fait référence au logiciel
développé une fois les phases de test et de développement terminées.
9. Quelle est la principale différence entre les tests Monkey et les

tests Adhoc ?
Il existe deux types différents de tests de logiciels qui peuvent être exécutés sur le logiciel : les tests de
singe et les tests ad hoc. Des tests sont effectués pour s'assurer que le système est exempt de bogues.

Test ad hoc :Il est généralement effectué de manière aléatoire sans documentation ni
conception de test et il n'est généralement pas planifié. Le testeur doit avoir une
compréhension approfondie du système testé afin de mener des tests ad hoc efficaces.
Il est destiné à garantir que l'application ou le système ne plante pas. Test de singe :
Ceci est similaire au test ad hoc, sauf qu'il peut être effectué par des testeurs sans
aucune connaissance ou information préalable sur le logiciel. Le test du singe est un
test automatisé effectué sans planifier de test spécifique à l'avance. Un testeur teste le
système en essayant au hasard ses fonctionnalités pour voir s'il peut le casser.
10. Indiquez la différence entre les tests Alpha et Beta.
Test Alpha :Il s'agit d'un type de test d'acceptation interne effectué par l'équipe/les développeurs
d'assurance qualité des logiciels de l'entreprise. Des tests sont effectués pour identifier les
bogues avant de diffuser un produit aux utilisateurs finaux ou au public.
Tests bêta:Il s'agit de la dernière phase suivant le cycle de test alpha interne complet, qui est une forme de
test d'acceptation externe par l'utilisateur. Au cours de cette phase, les entreprises publient le logiciel à
quelques groupes extérieurs autres que leurs propres équipes de test et employés. Par conséquent, les
tests bêta peuvent être résumés comme des tests effectués par de vrais utilisateurs dans un
environnement réel.

Test alpha Tests bêta
Testeurs au sein du
organisation sont Les tests bêta sont effectués par quelques
responsable de individus/clients/utilisateurs extérieurs à
effectuer Alpha l'organisation.
Essai.
Pendant Alpha
Tests, fiabilité Lors des tests bêta, la disponibilité, la sécurité
et la sécurité sont et la robustesse du produit sont examinées.
pas à fond
testé.
Boîte noire et
Tests de la boîte blanche Les tests Blackbox sont principalement impliqués dans
sont tous les deux inclus les tests bêta.
dans les tests alpha.
Problèmes et bugs
rencontré dans La majorité des problèmes et des
Les tests alpha sont commentaires des tests bêta seront
immédiatement implémenté dans la prochaine version du
adressé et produit logiciel.
fixé.
Pendant Alpha
Lors des tests bêta, l'accent n'est pas seulement mis sur
test, la qualité est
la qualité du produit, mais également sur la collecte des
assuré avant
commentaires des utilisateurs et sur l'évaluation de sa
passer à
capacité à être utilisé dans le monde réel.
Tests bêta.
Avant de se lancer
le produit dans
Lors de la commercialisation d'un produit
le marché, il
logiciel, des tests bêta sont effectués.
subit alpha

11. Quelles sont les différentes techniques de test utilisées dans les tests
fonctionnels ?
Les tests fonctionnels impliquent deux techniques de test distinctes, qui peuvent être définies comme
suit :
Tests basés sur les exigences :Ce type de test hiérarchise les exigences en fonction des
facteurs de risque. De plus, cela garantira que tous les chemins de test critiques sont
couverts dans le processus de test.
Tests basés sur les processus métier :Ce type de test fonctionnel examine le processus
métier. Les scénarios de test sont basés sur la connaissance du processus métier. Les
exemples incluent la prestation et le déploiement de services, etc.
12. Expliquer les tests basés sur les risques et quels facteurs importants doivent
être pris en compte dans les tests basés sur les risques.
Les tests basés sur les risques font référence au processus de hiérarchisation des tests en fonction du risque, qui est
utilisé comme base pour développer une stratégie de test. Une organisation peut utiliser des tests basés sur les risques
(RBT) pour hiérarchiser les fonctionnalités et les fonctions des logiciels de test en fonction de la probabilité de
défaillance, de l'importance de la fonctionnalité et de l'impact d'une défaillance. Des tests sont ensuite effectués, en
commençant par le risque le plus élevé. Les testeurs qui utilisent une approche basée sur les risques sont plus
susceptibles d'être conscients des facteurs de risque qui peuvent conduire à des échecs de projet.

Voici les principaux facteurs à prendre en compte dans les tests basés sur les risques :
Identification du moment et de la manière dont les tests basés sur les risques doivent être mis en œuvre sur
une application appropriée.
Déterminer quelles mesures sont efficaces pour détecter et gérer les risques dans les
zones critiques de l'application logicielle.
Atteindre le résultat du projet tout en équilibrant le risque et la qualité.
Questions d'entretien sur les tests fonctionnels pour les

expérimentés
13. Expliquer le partitionnement par équivalence.
Le partitionnement d'équivalence est également appelé partitionnement de classe d'équivalence (ECP) et est une
forme de test de boîte noire. Dans cette méthode, les données du domaine d'entrée sont divisées en classes
d'équivalence (partitions) et les cas de test sont dérivés à l'aide de ces classes de données. Ensuite, lors du test,
un exemple de valeur est sélectionné dans chaque classe. En utilisant cette méthode, les cas de test sont
généralement réduits à un ensemble fini de cas testables qui couvrent toujours les exigences maximales.

Une technique de partitionnement par équivalence est appliquée uniquement lorsque les valeurs des données d'entrée
peuvent être divisées en plages. Pour chaque partition de plage, une seule condition sera testée, en supposant que
toutes les autres conditions au sein de la même partition se comporteront de la même manière.
Exemple:Supposons que vous disposiez d'un champ de saisie qui ne peut accepter que des
pourcentages compris entre 50 et 90 %. Dans ce cas, il serait inutile d'écrire des milliers de cas de test
pour 50 à 90 numéros d'entrée valides, plus d'autres pour des données invalides.
La méthode de partitionnement d'équivalence décrite ci-dessus peut être utilisée pour diviser les cas de test
en trois classes de données d'entrée. Chaque cas de test représente une classe. Comme vous pouvez le voir,
dans l'exemple fourni ci-dessus, nous avons pu diviser nos cas de test en trois classes d'équivalence (peut-
être plus) composées d'entrées invalides et valides.
Scénarios de test pour la zone de saisie acceptant des pourcentages entre 50 et 90 en utilisant le
partitionnement par équivalence :
La partition valide :Entre 50 % et 90 % (on s'attend à ce que le champ de texte gère

tous les pourcentages d'entrée entre 50 % et 90 %, de la même manière).
La première partition invalide :<=50 % (nous nous attendrions à ce que le champ de texte rejette toutes les
valeurs supérieures ou égales à 50 %).
La deuxième partition invalide :>=90 % (nous nous attendrions à ce que le champ de texte rejette toutes
les valeurs supérieures ou égales à 90 %).

14. Qu'entendez-vous par analyse des valeurs limites ?
L'analyse des valeurs limites est une technique pour tester la valeur limite d'une partition de
classe d'équivalence. Une analyse des valeurs limites identifie les erreurs aux limites, par
opposition à l'intérieur des plages dans le partitionnement d'équivalence.
Exemple:Considérez un champ de saisie dans une application qui peut accepter un minimum de
5 caractères et un maximum de 10 caractères. Nous avons pu diviser nos cas de test en trois
classes d'équivalence composées d'entrées invalides et valides. Alors 5-10 est considéré comme
valide et <4 et >10 est considéré comme invalide.
Scénarios de test pour le champ de saisie de l'application acceptant les nombres entre 5 et 10 à l'aide de
l'analyse des valeurs limites :
La partition valide :Entre les valeurs 5-10 (Pour ce cas de test, nous utiliserons les mêmes
données de test que les limites d'entrée du domaine d'entrée, à savoir les valeurs 5 et 10).
La première partition invalide :<5 (La valeur des données de test pour ce cas sera juste en
dessous du bord/limite du domaine d'entrée, c'est-à-dire la valeur 4).
La deuxième partition invalide :>10 (La valeur des données de test pour ce cas sera juste au-
dessus du bord/limite du domaine d'entrée, c'est-à-dire la valeur 11).
15. Énoncer la différence entre les tests fonctionnels et structuraux.
Les tests fonctionnels diffèrent des tests structurels sur les points suivants :

Test fonctionel Essais structurels
Ce test évalue la capacité

Le but des tests fonctionnels n'est pas
interne d'un logiciel
seulement de valider un système ou un
conception ou la
composant logiciel par rapport aux
structure de son code.
différentes spécifications fonctionnelles et
On l'appelle aussi
exigences définies, mais aussi pour
tests en boîte blanche,
vérifier s'il est prêt à être déployé
test en boîte transparente ou
dans l'environnement réel.
test en boîte de verre.
Les tests fonctionnels sont

Les tests fonctionnels sont des tests de boîte un test boîte noire
noire car aucune connaissance de la logique car aucune connaissance
interne du système n'est utilisée pour créer des de la logique interne du
cas de test. système est utilisée pour
créer des cas de test.
Certains types de
test fonctionel
Certains types de tests fonctionnels incluent les
inclure le système
tests système, les tests de régression, les tests
test, régression
de cohérence et les tests d'acceptation par les
tests, bon sens
utilisateurs.
test et utilisateur
tests d'acceptation.
16. Qu'entendez-vous par UFT (Unified Functional Testing) ?

UFT (Unified Functional Testing), également connu sous le nom de QTP (QuickTest Professional), est un
outil de test fonctionnel automatisé qui aide les testeurs à effectuer des tests automatisés pour identifier
les erreurs, les défauts et autres écarts par rapport au comportement attendu d'une application logicielle.
Plus précisément, il est utilisé pour les tests fonctionnels, de régression et de service.
Cet outil exécute des cas de test basés sur l'interface utilisateur ainsi que des cas de test automatisés non liés à l'interface utilisateur, tels que les tests
de base de données et les opérations sur les fichiers.
Il est compatible avec les plateformes Windows et plusieurs navigateurs comme Firefox,
Chrome, etc.
Il prend en charge une grande variété d'environnements de développement de logiciels, notamment SAP,
Oracle, etc.
En outre, cela permet d'effectuer des contrôles d'assurance qualité sur le logiciel
testé.
Cet outil facilite la navigation, la validation des résultats et la génération de rapports. etc.
17. Qu'entendez-vous par tests basés sur les données ?
Une approche de test basée sur les données est une méthode de test fonctionnel dans laquelle une série de scripts de
test sont exécutés à plusieurs reprises à l'aide de sources de données telles qu'Excel, des fichiers CSV, des feuilles de
calcul, des fichiers XML et des bases de données SQL. Des sources de données comme celles -ci sont utilisées comme
entrées pour générer une sortie. Ensuite, la sortie est comparée à ce qui était attendu pour vérifier le système ou le
logiciel.
Une approche basée sur les données est préférable car les testeurs disposent souvent de plusieurs ensembles de données
pour un seul test, et la création de tests individuels pour chaque ensemble de données peut prendre beaucoup de temps. En
utilisant des tests basés sur les données, les données et les scripts de test peuvent être séparés, et le même script de test peut
être exécuté pour différentes combinaisons de données d'entrée, ce qui donne des résultats de test efficaces.
Exemple:Supposons que nous voulions tester le système de connexion avec 100 ensembles de données différents et
plusieurs champs de saisie. Nous pouvons avoir les trois approches ci-dessous :

Approche 1 :Écrivez 100 scripts, un pour chaque ensemble de données, et exécutez chaque test
individuellement.
Approche 2 :Modifiez manuellement la valeur dans le script et exécutez-le plusieurs fois.

Approche 3 :Importez des données Excel et extrayez les données de test une par une des lignes
Excel, puis exécutez le script.
Les deux premiers scénarios énumérés sont ardus et chronophages. Par conséquent, il serait préférable
d'utiliser la troisième approche (tests basés sur les données).
18. Expliquer les tests de fumée et les tests de santé mentale.
Test de fumée :Ce test examine uniquement les fonctionnalités de base d'un système pour
s'assurer que le logiciel fonctionne correctement (ou n'est pas en proie à trop de problèmes) afin
que le test suivant puisse se poursuivre.
Test de santé mentale :Ce type de test est également connu sous le nom de test de vérification de construction
et est généralement effectué après un test de fumée. Les tests sont effectués après la publication d'une version
complète du logiciel avec des modifications mineures pour vérifier que les modifications de code introduites
continuent de fonctionner comme prévu.

Test de fumée Test de santé mentale
Test de fumée
est fait pour Après avoir reçu une version de logiciel qui a subi des
assurer que le modifications mineures de code ou de fonctionnalité,
aigu des tests de cohérence sont effectués pour s'assurer
fonctionnalités que les bogues ont été corrigés et qu'il n'y a pas
du programme d'autres problèmes pouvant être introduits par les
travaillent modifications.
bien.
Il est possible
d'effectuer de la fumée
essai
Il est courant d'effectuer des tests d'intégrité
manuellement ou
manuellement, et non par automatisation.
à l'aide de
l'automatisation
outils.
Les deux
développeurs et
Les testeurs effectuent des tests de santé mentale.
les testeurs effectuent
test de fumée.
Il y a
Documentation Il n'y a pas de documentation pour les tests de santé
ou script pour mentale.
test de fumée.
19. Qu'est-ce que la RTM (matrice de traçabilité des exigences)

La matrice de traçabilité des exigences, ou RTM, est un outil qui assure le suivi des exigences au
fur et à mesure qu'un système ou une application progresse dans un processus de test. Dès que
le document d'exigences est reçu, le RTM est créé et maintenu jusqu'à ce que le système ou
l'application soit publié. RTM est utilisé pour s'assurer que toutes les exigences de la spécification
des exigences ont été mises en œuvre avant la publication du système.
20. Pourquoi la RTM (matrice de traçabilité des exigences) est-elle importante ?
Chaque testeur doit être responsable de comprendre les exigences du client et de s'assurer
que le produit final est sans erreur. Pour atteindre cet objectif, l'équipe d'assurance qualité
doit créer des cas de test après une analyse approfondie des exigences. En conséquence, les
exigences logicielles du client doivent être subdivisées en différents scénarios et enfin en cas
de test. Chacun de ces cas doit être testé séparément.
Voici une question :comment s'assurer que l'exigence est testée dans tous les
scénarios possibles ? Des exigences sont-elles exclues du processus de test ?
Le moyen le plus simple consiste à retracer les exigences jusqu'à leurs cas de test et
scénarios correspondants. Il s'agit de la « matrice de traçabilité des exigences ». En règle
générale, la matrice de traçabilité est une feuille de travail qui contient les exigences et leurs
cas de test et scénarios associés ainsi que l'état actuel de ces tests, qu'ils aient été exécutés
avec succès ou non. Cela aidera l'équipe de test à comprendre dans quelle mesure les tests
ont été effectués pour le produit spécifique.
Par exemple,Voici un exemple de différents cas de test qui ont des exigences différentes à
tester. Une matrice affiche les exigences sous forme de colonnes en haut et les données de test
sous forme de lignes. Le "X" indique ici quels cas de test se rapportent à quelles exigences.

21. Différence entre le retest et le test de régression.

Les tests de régression diffèrent des re-tests de la manière suivante :

Retester Les tests de régression
Lors des nouveaux tests, les

testeurs s'assurent que tous les Ce type de test garantit que les
cas de test qui ont échoué lors de modifications apportées au code
la dernière exécution sont réussis n'affecteront pas la fonctionnalité du
après que les défauts ont été système.
corrigés.
Le but de ce test est de s'assurer que

l'ajout de code frais, des
Une fois les défauts corrigés, améliorations ou la correction de
un nouveau test est effectué. bogues ne provoque pas d'instabilité
ou ne compromet pas le logiciel
Fonctionnalité.
Le nouveau test implique la Les tests de régression n'incluent

vérification des défauts. pas la vérification des défauts.
Les tests de régression peuvent être

Un nouveau test ne peut pas être automatisés car ils sont longs et
automatique. coûteux à effectuer manuellement.
Les cas de test qui ont échoué Les cas de test qui réussissent de
de manière générique sont manière générique sont soumis à ce type
soumis à ce type de test. de test.
22. Qu'entendez-vous par gravité des défauts et priorité des défauts ?

Gravité du défaut :Il s'agit du degré ou de l'étendue de l'impact d'un défaut sur l'application
testée. La gravité du défaut est une mesure de son impact sur la fonctionnalité du logiciel. Un
défaut avec un niveau de gravité plus élevé aura un impact plus important sur l'application. La
gravité des défauts est classée en quatre catégories :
Critique
Majeur
Moyen
Faible
Priorité de défaut :C'est un paramètre déterminant l'ordre dans lequel les défauts doivent être
corrigés. Un défaut hautement prioritaire entraînera plus probablement une application inutilisable ou
bloquée, et il doit être corrigé dès que possible. La priorité des défauts est classée en trois catégories :

Haut
Moyen
Faible
23. Qu'entendez-vous par le terme test d'accessibilité ?

Les tests d'accessibilité font référence au processus de test de l'utilisabilité d'une application
logicielle en s'assurant qu'elle est accessible aux personnes ayant toutes les capacités et tous les
handicaps. Le but de ces tests est de vérifier à la fois la convivialité et l'accessibilité de l'application.
L'accessibilité de l'application doit permettre aux personnes présentant tous les types de handicaps,
notamment :
Déficiences visuelles
Déficience physique
Déficience auditive
Déficience cognitive
Trouble d'apprentissage
Dans le scénario actuel, le Web a acquis une place majeure dans nos vies avec les sites de commerce
électronique, l'apprentissage en ligne, les paiements en ligne, etc. Par conséquent, tout le monde devrait
pouvoir utiliser davantage la technologie, en particulier les personnes handicapées. Les tests
d'accessibilité peuvent être effectués manuellement et automatiquement.

24. Qu'est-ce qu'un test d'acceptation de build ?
CHAUVE SOURIS(Build Acceptance Testing), également connu sous le nom de BVT (Build Verification Testing),
est un type de test de logiciel destiné à garantir que les fonctions les plus importantes fonctionnent
correctement lorsqu'un nouveau code est implémenté. Sur la base des résultats de ces tests, une version de
logiciel peut être considérée comme suffisamment stable pour continuer à faire l'objet de tests
supplémentaires. Fondamentalement, il s'agit d'un ensemble de tests exécutés sur chaque nouvelle version
afin de vérifier qu'elle est conforme aux exigences de la version avant de l'envoyer à l'équipe de test pour un
examen plus approfondi. Les processus BAT sont généralement automatisés. En cas d'échec de BAT, cette
version sera à nouveau attribuée à un développeur pour le correctif.
Avantages :
Amélioration de la couverture et de l'efficacité des tests.

Les testeurs sont moins préoccupés par la possibilité de builds instables. Toutes les versions
sont testées quotidiennement, de sorte que tout problème majeur peut être détecté
rapidement. Les tests sont automatisés, il n'y a donc pas besoin d'intervention manuelle.
25. Pourquoi automatiser les tests fonctionnels ? Que devons-nous

rechercher lors du choix du bon outil d'automatisation ?
L'automatisation des tests fonctionnels peut certainement économiser du temps et des efforts. Les tests
peuvent être effectués en continu sans intervention humaine. De plus, les erreurs humaines peuvent être
réduites, ce qui empêche les bogues de se glisser dans la phase de test. Il est particulièrement utile pendant la
phase de développement car il vous aide à trouver les bogues et les problèmes plus tôt, augmentant ainsi
l'efficacité de votre équipe. Comme il existe différents outils d'automatisation disponibles, il est essentiel
d'identifier le bon outil d'automatisation pour le travail.
Maintenant, la question est de savoir comment choisir le bon outil d'automatisation ? Les points
suivants doivent être pris en compte lors du choix d'un outil d'automatisation.

Tous les membres de votre équipe d'assurance qualité doivent pouvoir utiliser l'outil facilement. Il doit
être capable de fonctionner dans différents environnements de manière transparente.
L'outil doit prendre en charge la réutilisation des cas de test en cas de modification de l'interface utilisateur.
Assurez-vous qu'il dispose de fonctionnalités spécifiques aux besoins de votre équipe. Si, par exemple, votre
équipe de test a besoin de rapports ou de journalisation spécifiques, ou si elle doit utiliser différents
langages de script, l'outil doit également disposer de ces fonctionnalités.
26. Expliquez ce que sont les cas de test fonctionnels.
Chaque fonctionnalité/fonction d'un logiciel doit être testée minutieusement avant sa sortie, et
nombre d'entre elles doivent être testées en permanence. Les cas de test fonctionnels sont les
documents rédigés par les responsables de l'assurance qualité dans le but de mener des tests
fonctionnels. Les cas de test fonctionnels inspectent la fonctionnalité du logiciel à travers une gamme
d'actions ou de conditions pour garantir le résultat souhaité. Voici les caractéristiques d'un scénario de
test fonctionnel :
Nom ou description de la fonction/fonctionnalité.

Les conditions préalables au test.
Les étapes nécessaires pour
tester. Le résultat attendu.
Tous ces éléments fournissent au testeur tout ce dont il a besoin pour satisfaire aux exigences du cas
de test. C'est également une bonne idée d'écrire l'emplacement de la fonction dans la section de
description, surtout si l'application est très volumineuse et complexe, ou si la même fonction se trouve
dans différentes zones de l'application.
27. Comment les cas de test doivent-ils être écrits ? Quels sont les points
importants à considérer ?
Après avoir compris ce que sont les cas de test fonctionnels, regardons comment ils sont écrits. Vous
trouverez ci-dessous une liste de points à prendre en compte lors de la rédaction de cas de test :

La première étape consiste à avoir une vue d'ensemble du projet de test et à déterminer
ce qui doit être testé.
Il est maintenant temps d'écrire les cas de test. Avant de rédiger des scénarios de test, il est
important de bien comprendre les exigences du client. Selon les spécifications du document
d'exigences, toutes les exigences fonctionnelles et non fonctionnelles doivent être couvertes, des
interfaces d'interface utilisateur à la compatibilité. Normalement, une matrice de traçabilité est
maintenue pour s'assurer que toutes les exigences sont mises en œuvre et testées.
C'est une bonne idée de vérifier périodiquement les cas de test pour s'assurer qu'ils ne sont pas
redondants.
Lors de la rédaction d'un cas de test, la priorité est une considération importante. De cette manière,
le testeur peut commencer à tester l'application avec les cas de test de priorité élevée, suivis des cas
de test de priorité moyenne, puis des cas de test de faible priorité.
Les cas de test doivent être écrits dans un langage simple et dans une structure fa cile à comprendre. Pour
les cas de test, les valeurs des données d'entrée doivent être valides et comprises dans une large plage.
28. Énumérez quelques exemples de cas de test fonctionnel.
Voici un exemple de cas de test fonctionnel :
La nouvelle tâche à attribuer :Prenons le cas de l'attribution d'une nouvelle tâche à un

utilisateur approprié.
Description:Créez une nouvelle tâche et affectez-la à un utilisateur approprié.
Conditions préalables :Lorsque l'utilisateur est affecté, il doit être autorisé à recevoir des
notifications par e-mail.
Pas:
Créez deux profils d'utilisateur distincts, chacun avec une adresse e-mail.
Créez une nouvelle tâche en utilisant l'un des comptes.
Attribuez la tâche à votre autre compte utilisateur.
Résultat attendu: L'utilisateur devrait recevoir un e-mail confirmant qu'une tâche lui a
été attribuée.

29. Quelles sont les fonctions de connexion possibles qui doivent être testées
dans n'importe quelle application Web ?
Vous trouverez ci-dessous les scénarios possibles que vous pouvez utiliser pour tester la fonctionnalité de connexion d'une
application :
Les champs de saisie, tels que le nom d'utilisateur et le mot de passe, doivent être validés avec des
valeurs valides et non valides.
Vous pouvez également essayer de saisir une adresse e-mail valide avec un mot de passe
incorrect/invalide, ainsi qu'une adresse e-mail non valide avec un mot de passe valide. Vérifiez
qu'un message d'erreur approprié s'affiche.
Connectez-vous à l'application en entrant des informations d'identification valides. Vérifiez si vous êtes
toujours connecté en fermant et en rouvrant le navigateur.
Une fois que l'utilisateur s'est connecté, accédez à nouveau à la page de connexion pour
voir s'il doit se reconnecter.
Si vous êtes connecté via un navigateur, ouvrez l'application via un autre
navigateur pour vérifier que vous êtes connecté via l'autre navigateur.
Vous devez changer votre mot de passe après vous être connecté à l'application, puis réessayer de
vous connecter avec l'ancien mot de passe.
30. Quelle est la meilleure façon de s'assurer que les scénarios de test fonctionnel couvrent tous les
domaines du produit ?
Le scénario le plus probable est que vous deviez effectuer des tests de régression afin de couvrir les parties du
produit susceptibles d'être affectées par de nouvelles mises à jour ou versions de produits. Le testeur, en plus de
tester les caractéristiques ou fonctionnalités de base du produit, doit également répertorier tous les domaines qui
sont affectés par cette fonction ou susceptibles de se briser en raison d'une utilisation élevée et de la complexité
du codage.
Afin d'avoir une nouvelle perspective sur la couverture des tests, les cycles de test doivent être programmés sur
deux ou trois jours. Lors de l'élaboration de stratégies et de la rédaction de cas de test, les testeurs doivent
ouvrir l'application afin de s'assurer qu'ils n'oublient pas une fonction ou une fonctionnalité qu'ils auraient
manquée autrement.
31. Quels cas de test doivent être automatisés ?
L'automatisation permet d'éviter les tâches manuelles répétitives, un retour d'information plus rapide et une
réduction du temps passé à exécuter des tests à plusieurs reprises. Malgré cela, les tests automatisés ne peuvent

pas couvrir tous les cas de test, il est donc important de déterminer quels cas de test automatiser.
Cependant, il peut être difficile de déterminer quels tests doivent être automatisés, car cela dépend en
grande partie de la fonctionnalité du produit logiciel. Voici quelques-uns des paramètres permettant
de sélectionner des cas de test pour les tests automatisés.
Ensemble de données différent pour le cas de test. Exécution d'un

cas de test avec un autre navigateur. Exécution de cas de test dans
différents environnements. Exécution d'un cas de test avec une
logique métier complexe. Exécution du cas de test avec différents
utilisateurs.
Cas de test avec beaucoup de données, etc.
Conclusion:
Les tests fonctionnels sont une procédure d'assurance qualité utilisée pour évaluer si une
application logicielle ou un composant est conforme à ses exigences fonctionnelles déclarées. Il est
clair que les tests fonctionnels sont essentiels pour créer un produit logiciel de qualité supérieure.
Le but des entretiens de tests fonctionnels est d'évaluer les compétences des candidats et de
déterminer s'ils conviennent au poste. Tout au long de cet article, nous avons couvert plus de
30 questions d'entretien de test fonctionnel avec des réponses, ce qui vous aidera à réussir
l'entretien. J'espère que vous avez trouvé l'article informatif et utile.

Questions D'entretien - Test Et Validation

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Questions D'entretien - Test Et Validation

Transféré par

Droits d'auteur :

Formats disponibles

Commençons

Qu'est-ce que les tests fonctionnels ?

Un système/une application logicielle se compose de nombreux composants qui doivent tous

Page 3 © Copyright par Interviewbit

Questions d'entretien sur les tests fonctionnels pour les étudiants de

1. Pourquoi les tests fonctionnels sont-ils importants ?

Valider/tester la qualité et la fonctionnalité d'un logiciel nécessite des tests

Page 4 © Copyright par Interviewbit

Assure la livraison de produits de haute qualité.

2. Quels sont les différents types de tests fonctionnels ?

Page 5 © Copyright par Interviewbit

Tests unitaires :Cela implique de tester les unités/blocs de code individuels du

Page 6 © Copyright par Interviewbit

Page 7 © Copyright par Interviewbit

Comprendre les exigences :Avant d'effectuer des tests fonctionnels, il est

4. Indiquer la différence entre les tests fonctionnels et non

Page 8 © Copyright par Interviewbit

Page 9 © Copyright par Interviewbit

Test fonctionel Tests non fonctionnels

Il vérifie que les

Besoins de l'entreprise Les tests non fonctionnels sont

Les commentaires du client sont plus

Des outils de test tels Les tests manuels peuvent être

Page 10 © Droits d'auteur par Interv peu

5. Expliquer les tests unitaires par rapport aux tests fonctionnels.

Tests unitaires vs tests fonctionnels :

Page 11 © Copyright par Interviewbit

Tests unitaires Test fonctionel

Dans ce type de test, les plus

Un test fonctionnel identifie les

Comme le nombre de tests à

En d'autres termes, il s'agit d'une Essentiellement, il s'agit de tests en

forme de test en boîte blanche. boîte noire.

Un test unitaire est rapide et peut aider Un test fonctionnel prend du

6. Qu'entendez-vous par tests fonctionnels vs tests de

Page 12 © Copyright par Interviewbit

7. Expliquer les tests ad hoc.

Page 13 © Copyright par Interviewbit

8. En quoi « Build » diffère-t-il de « Release » ?

9. Quelle est la principale différence entre les tests Monkey et les

Page 14 © Copyright par Interviewbit

10. Indiquez la différence entre les tests Alpha et Beta.

Page 15 © Copyright par Interviewbit

Test alpha Tests bêta

sont tous les deux inclus les tests bêta.

dans les tests alpha.

Page 16 © Copyright par Interviewbit

Page 17 © Copyright par Interviewbit

Questions d'entretien sur les tests fonctionnels pour les

13. Expliquer le partitionnement par équivalence.

Page 18 © Copyright par Interviewbit

partitionnement par équivalence :

La partition valide :Entre 50 % et 90 % (on s'attend à ce que le champ de texte gère

les valeurs supérieures ou égales à 90 %).

Page 19 © Copyright par Interviewbit

14. Qu'entendez-vous par analyse des valeurs limites ?

15. Énoncer la différence entre les tests fonctionnels et structuraux.

Page 20 © Copyright par Interviewbit

Test fonctionel Essais structurels

Ce test évalue la capacité

Les tests fonctionnels sont

16. Qu'entendez-vous par UFT (Unified Functional Testing) ?

Page 21 © Copyright par Interviewbit