0% ont trouvé ce document utile (0 vote)
9 vues3 pages

Devoir Test Calculatrice

Le projet de test logiciel pour une calculatrice web vise à valider les fonctionnalités de base telles que l'addition, la soustraction, la multiplication et la division. La stratégie inclut des tests fonctionnels et de validation d'entrée, avec une approche boîte noire, et utilise des outils comme TestLink ou TestRail. Les critères de réussite exigent des résultats corrects pour les données valides et une gestion appropriée des erreurs, comme la division par zéro.

Transféré par

ziani4797
Copyright
© © All Rights Reserved
Nous prenons très au sérieux les droits relatifs au contenu. Si vous pensez qu’il s’agit de votre contenu, signalez une atteinte au droit d’auteur ici.
Formats disponibles
Téléchargez aux formats PDF, TXT ou lisez en ligne sur Scribd
0% ont trouvé ce document utile (0 vote)
9 vues3 pages

Devoir Test Calculatrice

Le projet de test logiciel pour une calculatrice web vise à valider les fonctionnalités de base telles que l'addition, la soustraction, la multiplication et la division. La stratégie inclut des tests fonctionnels et de validation d'entrée, avec une approche boîte noire, et utilise des outils comme TestLink ou TestRail. Les critères de réussite exigent des résultats corrects pour les données valides et une gestion appropriée des erreurs, comme la division par zéro.

Transféré par

ziani4797
Copyright
© © All Rights Reserved
Nous prenons très au sérieux les droits relatifs au contenu. Si vous pensez qu’il s’agit de votre contenu, signalez une atteinte au droit d’auteur ici.
Formats disponibles
Téléchargez aux formats PDF, TXT ou lisez en ligne sur Scribd

Projet de test logiciel : Calculatrice Web

1. Stratégie de test

Objectif :
Tester les fonctionnalités principales d’une calculatrice (addition, soustraction,
multiplication, division), afin de valider son bon fonctionnement et détecter les erreurs
potentielles.

Portée :
- Calculs simples à deux opérandes
- Interface utilisateur (boutons numériques et opérateurs)
- Affichage du résultat

Types de tests :
- Tests fonctionnels (comportement attendu)
- Tests de validation d’entrée (valeurs valides et non valides)
- Tests de régression si évolutions futures

Méthodologie :
- Approche boîte noire (on teste sans connaître le code)
- Cas de test manuels, puis possibilité d’automatiser avec Selenium

Environnement :
- Application web développée localement ou simulateur
- Navigateur : Chrome / Firefox

Critères de réussite :
- Tous les résultats sont corrects pour les données valides
- L'application affiche un message ou empêche l’action pour les données non valides

2. Plan de test

Fonctionnalités à tester :
- Addition, Soustraction, Multiplication, Division

Éléments à ne pas tester :


- Calculs scientifiques, mémoire, historique des calculs
Ressources :
- Testeur : Moi-même
- Outil : TestLink ou TestRail
- Support : PC local

Environnement :
- Application web (localhost), navigateur Chrome

Critères d'entrée :
- L'application est installée et opérationnelle

Critères de sortie :
- Tous les cas de test validés ou anomalies documentées

Risques :
- Mauvaise gestion des divisions par zéro, erreurs d’arrondi

3. Cas de tests

Cas de test TC-001 : Addition simple

Objectif : Vérifier que l’addition de 2 entiers donne le bon résultat


Préconditions : L’application est ouverte et prête à recevoir des entrées

Étapes :
1. Cliquer sur "3"
2. Cliquer sur "+"
3. Cliquer sur "2"
4. Cliquer sur "="

Données de test :
Entrée 1 : 3
Entrée 2 : 2

Résultat attendu : Le champ d'affichage montre "5"


Résultat réel : (à remplir après le test)
Statut : (Passé / Échoué / Bloqué)

Cas de test TC-004 : Division par zéro

Objectif : Vérifier que l’application gère correctement la division par zéro


Préconditions : L’application est ouverte

Étapes :
1. Cliquer sur "10"
2. Cliquer sur "÷"
3. Cliquer sur "0"
4. Cliquer sur "="

Données de test :
Entrée 1 : 10
Entrée 2 : 0

Résultat attendu : Message d’erreur affiché ou blocage de l’opération


Résultat réel : (à remplir après le test)
Statut : (Passé / Échoué / Bloqué)

4. Références
Modèle utilisé : modèle standard de cas de test dans TestRail/TestLink/Xray

Vous aimerez peut-être aussi