Académique Documents
Professionnel Documents
Culture Documents
Désavantages:
Comprendre les exigences du projet : La fonctionnalité de connexion aura une zone de texte
de nom d'utilisateur, une zone de texte de mot de passe et un bouton de connexion.
Identifiez les scénarios de test: Pour la fonctionnalité de connexion, les scénarios de test
possibles sont:
Nom d'utilisateur et mot de passe vides
Nom d'utilisateur et mot de passe invalides
Page 1|5
Test automatique Zied HANNACHI
Le nombre dépend de la complexité des cas de test. Lorsque la complexité était limitée, j'ai pu
automatiser 5 à 6 cas de test par jour. Parfois, je n'ai pu automatiser qu'un seul cas de test pour
des scénarios complexes.
J'ai également décomposé mes cas de test en différents composants comme, prendre des
entrées, faire le calcul, vérifier la sortie, etc. dans le cas de scénarios très complexes et avoir
pris 2 jours ou plus.
(i) Scénarios de test de fumée: Les tests de fumée sont également appelés tests de vérification
de construction. Les cas de test de fumée sont exécutés chaque fois qu'une nouvelle version
est publiée pour vérifier l'état de santé de la version pour l'acceptation d'effectuer des tests.
(ii) Cas de test de régression : Le test de régression est le test pour s'assurer que les modules
précédemment développés fonctionnent comme prévu après l'ajout d'un nouveau module ou la
correction d'un bogue.
Les cas de test de régression sont très cruciaux dans l'approche logicielle incrémentale où une
nouvelle fonctionnalité est ajoutée à chaque phase d'incrémentation. Dans ce cas, des tests de
régression sont effectués à chaque phase incrémentielle.
Page 2|5
Test automatique Zied HANNACHI
(iii) Scénarios de test de calcul complexe: Les cas de test qui impliquent des calculs
complexes pour vérifier un champ pour une application entrent dans cette catégorie. Les
résultats de calculs complexes sont plus sujets aux erreurs humaines, par conséquent,
lorsqu'ils sont automatisés, ils donnent des résultats précis.
(iv) Scénarios de test basés sur les données: Les cas de test qui ont le même ensemble d'étapes
et s'exécutent plusieurs fois avec le changement de données sont appelés cas de test pilotés
par les données. Les tests automatisés pour ces types de cas de test sont rapides et rentables.
(v) Scénarios de test non fonctionnels : Les scénarios de test tels que les tests de charge et les
tests de performance nécessitent un environnement simulé avec plusieurs utilisateurs et
plusieurs combinaisons matérielles ou logicielles.
Le processus d'utilisation d'outils ou de scripts logiciels spéciaux pour effectuer des tâches de
test telles que la saisie de données,
l'exécution des étapes de test et la comparaison des résultats, etc. est appelé test
d'automatisation.
Répondre :
Page 3|5
Test automatique Zied HANNACHI
Par exemple: Après chaque demande de changement ou correction de bogue, après chaque
itération en cas d'approche de développement incrémental, etc.
b) Test non fonctionnel: Tester les aspects non fonctionnels d'une application.
Par exemple, Les tests de charge ou les tests de performance, etc. sont très difficiles à suivre
et à analyser pour les humains.
c) Calcul complexe vérifie ou teste des scénarios sujets à des erreurs humaines.
d) Exécution répétée des mêmes tests: Parfois, nous devons exécuter le même ensemble de
cas de test pour un ensemble de données différent ou après chaque version de build ou sur
plusieurs matériels, logiciels ou combinaison des deux.
L'automatisation des cas de test dans les scénarios ci-dessus permet d'atteindre la vitesse des
tests et de minimiser les erreurs humaines.
Page 4|5
Test automatique Zied HANNACHI
Répondre: Une automatisation à 100% serait difficile à réaliser car il y aurait de nombreux cas
de test de pointe et certains cas qui sont exécutés rarement.
L'automatisation de ces cas qui ne sont pas exécutés souvent n'ajoutera pas de valeur à la suite
automatisée.
*/ Où allez-vous conserver des informations telles que l'URL, le login, le mot de passe ?
Répondre: Ces informations doivent toujours être conservées dans un fichier séparé.
L'URL, la connexion et les mots de passe sont le type de champs qui sont utilisés très souvent
et qui changent selon l'environnement et l'autorisation. Au cas où nous le coderions en dur
dans notre code, nous devons le changer dans chaque fichier qui a sa référence.
*/ Tout type de test qui, selon vous, ne devrait pas être automatisé ?
Tests rarement exécutés.
Essais exploratoires
Tests d'utilisation
Test qui est exécuté rapidement lorsqu'il est fait manuellement.
Page 5|5