Cahier de test :
plateforme des offres d’emplois en ligne SUSTAINTALENT
24/01/2024─
Réalisé par :
Sayari Amani
Ghada Aouina
Adem Fehri
Nour hannachi
Sirine Jnayah
Informations Générales
● Projet : [ Plateforme des Offres d'Emploi en Ligne SustainTalent ]
● Responsable du Test : [Ghada Aouina]
● Date de Création : [24/01/2024]
1
Objectifs
Les objectifs généraux :
1.la qualité de la plateforme des offres d'emploi en ligne en testant les
fonctionnalités clés
2. la fiabilité et la performance du système.
les fonctionnalités à tester :
1. la vérification de l'inscription des utilisateurs
2. la connexion au plateforme
3. la soumission d'offres d'emploi
4. la recherche d'emplois
. Les critères d'acceptation :
Inscription d'Utilisateur:
Le système valide les champs obligatoires, y compris l'adresse e-mail et le mot de
passe.
● Après inscription, l'utilisateur est redirigé vers page connexion
Connexion Utilisateur:
● Les informations d'identification incorrecte déclenchent un message
d'erreur approprié.
Soumission d'Offre d'Emploi:
● Les entreprises peuvent soumettre une offre d'emploi avec tous les détails
requis.
● Les champs obligatoires doivent être validés avant la soumission.
2
Recherche d'Emplois:
● Les utilisateurs peuvent effectuer une recherche d'emplois en utilisant des
mots-clés, des secteurs, des emplacements, etc.
Affichage des Détails de l'Offre d'Emploi:
● En cliquant sur une offre d'emploi, les utilisateurs peuvent voir tous les
détails pertinents.
Gestion de Compte Utilisateur:
● Les utilisateurs peuvent mettre à jour leurs informations de profil.
Interface Utilisateur:
● L'interface utilisateur doit être conviviale, intuitive et responsive.
Sécurité:
● Les informations utilisateur, en particulier les mots de passe, doivent être
stockées de manière sécurisée..
Performances:
● Le temps de chargement des pages ne doit pas dépasser un certain seuil
acceptable.
1.En tant qu' utilisateur Je veux m’inscrire ainsi, je peux avoir un compte
sur cette plateforme.
Scénario: L' utilisateur remplit formulaire inscription (étant donné) qu’il
ajoute les informations demandées (lorsqu' il clique sur le bouton s'inscrire
(alors) les données sont enregistrées , et un message s’affiche en haut
‘inscription réussie ‘
Livrables :
• Plan de test
• Cas de test
• Procédures de test
• Journal de test
• Rapport des incidents
• Sommaire des tests .
3
Environnement de Test :
● Système d'Exploitation : Windows 10
● Navigateurs Supportés : Chrome, opera
● Matériel : PC
● Outils de Test :
automatisés : JEE (Java Enterprise Edition), JUnit
manuelle
Scénarios de Test :
gestion authentification/Fonctionnalité 1: Inscription d'Utilisateur
Objectifs de Test:
Vérifier la création réussie d'un compte utilisateur.
S'assurer que les champs obligatoires sont validés lors de l'inscription.
Cas de Test 1: Inscription Réussie
Étapes:
1.Accéder à la page d'inscription.
2.Remplir tous les champs obligatoires du formulaire.
3.Soumettre le formulaire.
Résultat Attendu:
● Affichage d'un message de succès.
● Redirection vers page connexion.
Cas de Test 2: Validation des Champs Obligatoires
Étapes:
1.Accéder à la page d'inscription.
4
2.Laisser des champs obligatoires vides.
3.Tenter de soumettre le formulaire.
Résultat Attendu:
● Affichage de messages d'erreur indiquant les champs obligatoires manquants.
...
gestion offre d’emploi /Fonctionnalité 2: Soumission d'Offre d'Emploi
Objectifs de Test:
Confirmer que les entreprises peuvent soumettre des offres d'emploi avec succès.
Valider que les champs requis sont correctement gérés.
Cas de Test 1: Soumission Réussie d'une Offre d'Emploi
Étapes:
1.Se connecter.
2.Accéder à la page de soumission d'offres d'emploi.
3.Remplir tous les champs requis.
4.Soumettre l'offre d'emploi.
Résultat Attendu:
● Confirmation visuelle de la soumission réussie.
● L'offre d'emploi est visible dans la liste des offres.
Cas de Test 2: Validation des Champs Requis
Étapes:
1.Se connecter.
2.Accéder à la page de soumission d'offres d'emploi.
3.Laisser les champs requis vides.
4.Tenter de soumettre l'offre.
Résultat Attendu:
● Affichage de messages d'erreur indiquant les champs requis manquants.
...
5
Critères d'Acceptation:
Les utilisateurs peuvent s'inscrire avec succès.
Les entreprises peuvent soumettre des offres d'emploi sans erreur.
La plateforme gère correctement la validation des champs obligatoires.
Les offres d'emploi soumises sont correctement affichées dans la liste des offres.
Les messages d'erreur sont appropriés et informatifs en cas d'échec des
validations.
Vérifier la disponibilité des boutons « s’inscrire» et « se connecter» lors du
démarrage avec une base de données vide.
Stratégie de test
Types de tests inclus dans la portée :
Tests Unitaires :
● Objectif : Vérifier le bon fonctionnement des composants individuels du
code.
● Responsabilités : Développeurs(Ghada Aouina -Sayari Amani)
● Livrable : Rapports de tests unitaires.
Tests d'Intégration :
● Objectif : Assurer la compatibilité et la coopération entre les différents
modules du système.
● Responsabilités : Équipe de test(SIrine jnayah - Nour Hannachi)
● Livrable : Rapports d'intégration.
Tests de Système :
● Objectif : Valider que toutes les fonctionnalités répondent aux
spécifications du projet.
● Responsabilités : Équipe de test(Adem fehri)
● Livrable : Rapports de tests de système.
Tests d'Interface Utilisateur (UI) :
● Objectif : Assurer une expérience utilisateur conviviale et cohérente.
● Responsabilités : Équipe de test(sayari amani)
● Livrable : Rapports de tests d'UI.
Tests de Performance :
● Objectif : Évaluer la stabilité et la réactivité de la plateforme sous
différentes conditions de charge.
● Responsabilités : Équipe de test.
● Livrable : Rapports de tests de performance.
Tests de Sécurité :
● Objectif :les données sont cryptées .
● Responsabilités : Équipe de test(sirine jnayah)
● Livrable : Rapports de tests de sécurité.
6
Types de tests non inclus dans la portée :
Tests de Non-Régression :
● Ces tests ne sont pas explicitement mentionnés Tests de Compatibilité :
● Les tests de compatibilité avec des versions spécifiques de navigateurs
ne sont pas spécifiés
Objectifs de test de haut niveau :
● Assurer la qualité, la fiabilité et la performance de la plateforme des offres
d'emploi en ligne.
● Valider que toutes les fonctionnalités répondent aux spécifications du projet.
Objectif principal du test :
● Garantir que l'application fonctionne correctement, offre une expérience
utilisateur optimale et répond aux exigences fonctionnelles.
Directives pour effectuer les tests :
● Suivre les scénarios de test définis dans le cahier de test.
● Respecter les processus de tests unitaires, d'intégration, de système, d'UI, de
performance et de sécurité.
● Communiquer efficacement avec l'équipe de développement pour résoudre
rapidement les problèmes identifiés.
Ressources nécessaires pour les tests :
● Scénarios de test définis dans le cahier de test.
● Exigences fonctionnelles du projet.
● Environnements de test représentant les configurations système réelles des
utilisateurs Junit
Responsabilités de chaque fonction pour mener à bien un test :
● Développeurs : Responsables des tests unitaires: ghada Aouina / Amani sayari
● Équipe de test : Responsable des tests d'intégration, de système, d'UI, de
performance et de sécurité : Adem fehri sirine jnayah Nour hannachi
Principal livrable de ces tests :
● Rapports de tests unitaires, d'intégration, de système, d'UI, de performance et de
sécurité.
● Éventuellement, des documents de non-régression et de compatibilité si ajoutés
à la portée.
7
Plan de test :
Introduction
Ce plan de test vise à assurer la qualité et le bon fonctionnement de
l'application web Freelance, version 1.0.0. L'application est conçue pour
faciliter la collaboration entre les recruteurs et les freelancers, offrant des
fonctionnalités telles que la gestion des offres, la gestion des candidatures
et la modification des profils.
Description du Plan de Test
Objectif
L'objectif principal de ce plan de test est de garantir que les fonctionnalités
liées aux écrans de saisie de l'application web Freelance fonctionnent
correctement.
Périmètre du Test
Le périmètre de ce plan de test se concentre sur les modules de gestion
des offres, gestion des candidatures, et la modification des profils pour les
utilisateurs. Les écrans de saisie concernés incluent la création d'offres par
les recruteurs, la soumission de candidatures par les freelancers, et la
modification des profils par les utilisateurs.
Version du Logiciel
Version 1.0.0
Domaine Fonctionnel
Saisies
Contexte du Plan de Test
Ce plan de test se déroule dans le contexte du développement de
l'application Freelance. Il est réalisé pour s'assurer que les fonctionnalités
liées aux saisies sont correctement implémentées et répondent aux
besoins des utilisateurs.
Scope du Plan de Test
8
Sous-Domaines Testés
1. Saisies Offres
· Création de nouvelles offres par les recruteurs.
· Modification des informations liées aux offres.
· Vérification de la validation des saisies pour les offres.
2. Saisies Candidatures
· Soumission de candidatures par les freelancers.
· Vérification de la validation des saisies pour les
candidatures.
3. Saisies Profils Utilisateurs
· Modification des profils par les utilisateurs (recruteurs et
freelancers).
· Vérification de la validation des saisies pour les profils.
Features Testées
1. Affichages en Liste
· Création :
· Vérification de la création de listes d'offres (gestion
des offres).
· Validation des informations saisies lors de la création.
· Recherche :
· Test de la fonction de recherche pour les offres
disponibles.
· Vérification de la précision des résultats de recherche.
· Filtres :
· Application de filtres pour trier les offres par catégorie.
9
· Vérification de l'application correcte des filtres.
· Tris :
· Tri des offres par date, par statut, etc.
· Confirmation du bon fonctionnement de la fonction de
tri.
· Copier-Coller vers Excel :
· Test de la fonctionnalité de copier-coller des données
vers Excel.
· Vérification de l'intégrité des données lors de l'export
vers Excel.
User Stories (US) Testées
1. Création d'Offres par les Recruteurs (US)
· Vérification de la création d'offres par les recruteurs.
· S'assurer que les données saisies sont correctement
enregistrées.
2. Soumission de Candidatures par les Freelancers (US)
· Test de la soumission de candidatures par les freelancers.
· Confirmation que les données saisies sont transmises
correctement.
3. Modification des Profils Utilisateurs (US)
· Validation de la modification des profils par les utilisateurs.
· S'assurer que les modifications sont enregistrées avec
succès.
4. Validation des Offres par l'Admin (US)
· Test de la validation des offres par l'administrateur.
10
· Confirmation que les offres sont approuvées ou rejetées
correctement.
Hors Scope du Plan de Test
Cas Limites Non Testés
1. Échecs de Connexion :
· Les scénarios d'échec de connexion en raison de problèmes
d'authentification ne seront pas testés dans ce plan. Cela
inclut les erreurs de nom d'utilisateur ou de mot de passe
incorrects.
2. Cas d'Utilisation Aberrants :
· Les cas d'utilisation aberrants, tels que la saisie de données
non conformes ou le contournement des flux normaux, ne
seront pas couverts dans ce plan.
Cas Non Accessibles
1. Problèmes de Connexion Serveur :
· Les problèmes de connexion serveur, tels que les erreurs
500, ne seront pas couverts dans ce plan. Ces problèmes
seront gérés par l'équipe de développement et du support
technique.
2. Situations Exceptionnelles Non Prévues :
· Les situations exceptionnelles non prévues qui pourraient
survenir en raison de facteurs externes, tels que des pannes
de réseau, ne sont pas dans le périmètre de ce plan.
Limites du Périmètre de Tests
1. Performances en Charge :
· Les tests de performance en charge, tels que la gestion d'un
grand nombre d'utilisateurs simultanés, ne sont pas inclus
dans ce plan.
11
2. Tests de Sécurité :
· Les tests de sécurité avancés, y compris les audits de
sécurité, ne sont pas abordés dans ce plan. Les aspects de
base de la sécurité seront testés, mais des tests de sécurité
plus approfondis nécessiteront une évaluation dédiée.
3. Compatibilité des Navigateurs Obsolètes :
· La compatibilité avec des navigateurs obsolètes ne sera pas
testée. Les tests seront centrés sur les navigateurs
couramment utilisés tels que Chrome, Firefox, et Safari.
4. Tests d'Accessibilité :
· Les tests d'accessibilité approfondis ne sont pas dans le
cadre de ce plan. Des vérifications de base seront
effectuées, mais des tests d'accessibilité détaillés
nécessiteront une évaluation spécifique.
5. Tests de Rétrocompatibilité :
· Les tests de rétrocompatibilité avec d'anciennes versions de
l'application ne seront pas effectués dans ce plan.
Environnement de Test
Navigateurs Compatibles
1. Google Chrome
· Version 80 et supérieure
2. Mozilla Firefox
· Version 75 et supérieure
3. Apple Safari
· Version 12 et supérieure
Dispositifs
1. Ordinateurs Personnels (PC)
12
· Systèmes d'exploitation : Windows 10
· Résolutions d'écran couramment utilisées
2. Tablettes
· iPad avec Safari (dernière version)
· Tablettes Android avec Chrome (dernière version)
3. Smartphones
· iPhone avec Safari (dernière version)
· Smartphones Android avec Chrome (dernière version)
Systèmes d'Exploitation
1. Windows
· Version 10
2. macOS
· Version 10.14 (Mojave) et supérieure
3. Android
· Versions récentes prises en charge par les navigateurs
compatibles
4. iOS
· Version 12 et supérieure
Résolutions d'Écran
1. Ordinateurs Personnels (PC)
· Résolutions standard telles que 1920x1080
2. Tablettes
· Adaptation aux différentes résolutions de tablettes
courantes
13
3. Smartphones
· Adaptation aux différentes résolutions de smartphones
courantes
Outils de Test
1. Outils de Test Automatisés :
· Selenium WebDriver pour les tests d'interface utilisateur
automatisés.
2. Outils de Suivi des Bogues :
· Jira, Bugzilla, ou tout autre outil de suivi des bogues utilisé
par l'équipe.
Configuration Serveur
1. Serveur d'Application :
· Configuration conforme aux exigences matérielles et
logicielles de l'application.
2. Base de Données :
· Base de données compatible avec l'application.
Réseaux
1. Connexions Réseau :
· Connexions haut débit recommandées pour garantir des
performances optimales.
2. Test de Connexion Réseau :
· Vérification de la réponse de l'application sous différentes
conditions de réseau (faible bande passante, latence).
Prérequis Logiciels
1. Navigateurs Web :
14
· Installation des navigateurs compatibles sur les machines de
test.
2. Java :
· Version Java compatible avec l'environnement d'exécution
de l'application.
Sécurité
1. Certificats SSL :
· Utilisation de certificats SSL pour les connexions sécurisées.
2. Autorisations d'Accès :
· Configuration des autorisations d'accès pour assurer la
sécurité des données.
Environnement de Développement
1. Serveurs de Développement :
· Environnement de développement conforme à la
configuration de production.
2. Données de Test :
· Jeu de données de test pour simuler différentes situations
d'utilisation.
Éléments Hors Scope
1. Environnement de Production :
· Les tests sont effectués dans un environnement de pré-
production ou de test.
2. Services Externes :
· La stabilité des services externes (API, services cloud) est
présumée et n'est pas testée en détail dans ce plan.
Données de Test
15
Profils Utilisateurs de Test
1. Recruteur
· Nom d'utilisateur : recruteur_test
· Mot de passe : MotDePasse123
· Profil complet avec des offres existantes.
2. Freelancer
· Nom d'utilisateur : freelancer_test
· Mot de passe : MotDePasse123
· Profil complet avec des candidatures existantes.
3. Admin
· Nom d'utilisateur : admin_test
· Mot de passe : MotDePasse123
· Accès complet à la section d'administration.
Données de Test - Offres
1. Offre en Attente de Validation
· Titre : Offre en Attente
· Description : Une offre en attente de validation par l'admin.
· Statut : En attente de validation
2. Offre Validée
· Titre : Offre Validée
· Description : Une offre déjà validée par l'admin.
· Statut : Validée
Données de Test - Candidatures
16
1. Candidature en Attente
· Offre associée : Offre en Attente
· Statut : En attente de confirmation
2. Candidature Acceptée
· Offre associée : Offre Validée
· Statut : Acceptée
Données de Test - Profils Utilisateurs
1. Profil Recruteur
· Nom : Recruteur NomTest
· Compétences : Compétence1, Compétence2
· Expérience : 5 ans
· Autres détails conformes aux profils recruteurs.
2. Profil Freelancer
· Nom : Freelancer NomTest
· Compétences : Compétence3, Compétence4
· Portefeuille : Liens vers travaux antérieurs.
· Autres détails conformes aux profils freelancers.
Jeu de Données Général
1. Catégories d'Offres
· Catégorie 1 : Développement Web
· Catégorie 2 : Design Graphique
· Catégorie 3 : Rédaction de Contenu
2. Types de Contrat
17
· Temps Plein
· Temps Partiel
· Projet Ponctuel
3. Statuts d'Offre
· En Attente de Validation
· Validée
· Rejetée
Risques Associés au Développement et aux Tests de l'Application
1. Risque de Retard dans le Développement :
● Description : Des retards peuvent survenir en raison de problèmes
techniques imprévus, d'une complexité accrue des fonctionnalités, ou
de ressources insuffisantes.
● Mitigation : Planification réaliste, suivi régulier des jalons, allocation
adéquate de ressources.
2. Risque de Bugs Critiques Découverts Tardivement :
● Description : Des bugs majeurs peuvent ne pas être détectés lors des
phases de test préliminaires, entraînant des corrections tardives.
● Mitigation : Test continu tout au long du développement, utilisation
d'outils de test automatisés, tests d'acceptation utilisateur
approfondis.
3. Risque de Performance Inadéquate :
● Description : Des problèmes de performance, tels que des temps de
réponse lents, peuvent survenir lors de charges élevées ou en raison
de ressources insuffisantes.
● Mitigation : Tests de performance approfondis, optimisation du code,
ajustement des ressources serveur en fonction des besoins.
4. Risque de Sécurité :
● Description : Des vulnérabilités de sécurité peuvent être exploitées,
compromettant la confidentialité et l'intégrité des données.
18
● Mitigation : Tests de sécurité approfondis, audits de sécurité
réguliers, mise en œuvre de bonnes pratiques de sécurité.
5. Risque de Non-Conformité aux Exigences Utilisateurs :
● Description : Les fonctionnalités développées peuvent ne pas
répondre aux attentes des utilisateurs, conduisant à une adoption
limitée de l'application.
● Mitigation : Engagement constant avec les utilisateurs, revues
régulières des exigences, itérations fréquentes basées sur les
retours.
6. Risque de Mauvaise Performance sur Certains Navigateurs/Dispositifs :
● Description : Des problèmes d'affichage ou de fonctionnalité peuvent
survenir sur certains navigateurs ou dispositifs.
● Mitigation : Tests de compatibilité approfondis, utilisation de
conceptions et de technologies adaptatives.
7. Risque de Documentation Incomplète :
● Description : La documentation associée au code source, aux API et
aux fonctionnalités peut être incomplète, entraînant des difficultés
pour l'équipe de développement et de test.
● Mitigation : Élaboration de processus de documentation rigoureux,
revues régulières de la documentation, engagement de l'équipe dans
la documentation.
8. Risque de Charge de Travail sur l'Équipe de Test :
● Description : Une charge de travail excessive sur l'équipe de test peut
entraîner des omissions ou une couverture de test insuffisante.
● Mitigation : Planification réaliste des tâches de test, automatisation
des tests lorsque cela est possible, recrutement de ressources
supplémentaires si nécessaire.
9. Risque de Communication Inefficace :
● Description : Une communication inadéquate entre les membres de
l'équipe de développement, de test et les parties prenantes peut
entraîner des malentendus et des retards.
19
● Mitigation : Mise en place de canaux de communication clairs,
réunions régulières d'équipe, rapport d'état transparent.
10. Risque de Non-Disponibilité des Environnements de Test :
● Description : Des problèmes d'infrastructure peuvent rendre les
environnements de test inaccessibles, entraînant des retards dans
les tests.
● Mitigation : Planification et maintenance régulières des
environnements de test, configuration de redondance si possible.
Ressources et Calendrier pour le Développement et les Tests de
l'Application Freelance
Ressources Humaines
1. Équipe de Développement :
· Développeurs Front-End : 3
· Développeurs Back-End : 4
· Architecte Logiciel : 1
· Chef de Projet Technique : 1
2. Équipe de Test :
· Ingénieurs de Test Automatisé : 2
· Testeurs Manuels : 3
· Responsable de Test : 1
3. Équipe d'Administration :
· Administrateur Système : 1
· Administrateur Base de Données : 1
· Responsable de la Sécurité : 1
4. Équipe de Support Utilisateur :
· Agents de Support : 2
20
Calendrier
1. Phase de Planification (Semaines 1-2) :
· Définition des exigences spécifiques, des fonctionnalités à
développer, et des scénarios de test.
· Attribution des tâches aux membres de l'équipe.
2. Phase de Développement (Semaines 3-10) :
· Développement des fonctionnalités selon les spécifications.
· Réunions régulières pour le suivi des progrès.
3. Phase de Test Unitaires et d'Intégration (Semaines 11-14) :
· Tests unitaires par les développeurs.
· Intégration continue pour assurer la stabilité.
4. Phase de Tests Fonctionnels (Semaines 15-18) :
· Tests fonctionnels automatisés et manuels.
· Détection et correction des anomalies.
5. Phase de Tests de Performance (Semaines 19-20) :
· Tests de charge et de performance.
· Optimisation des performances si nécessaire.
6. Phase de Validation Utilisateur (Semaines 21-22) :
· Tests d'acceptation utilisateur (UAT).
· Collecte des commentaires des parties prenantes.
7. Phase de Correction des Anomalies (Semaines 23-24) :
· Correction des bugs identifiés pendant les phases de test.
· Mises à jour de l'application.
8. Phase de Pré-Lancement (Semaine 25) :
21
· Préparation de la documentation utilisateur.
· Finalisation des préparatifs de lancement.
9. Lancement de l'Application (Semaine 26) :
· Lancement de l'application sur les serveurs de production.
· Surveillance post-lancement
Risques et Contingences :
1. Retard dans la livraison des fonctionnalités :
· Risque : Les fonctionnalités pourraient ne pas être livrées à temps.
· Contingence : Établir des communications régulières avec l'équipe de
développement pour suivre l'avancement et ajuster le calendrier de test en
conséquence.
2. Variations dans l'environnement de test :
· Risque : Des différences entre l'environnement de test et la production
pourraient produire des résultats non représentatifs.
· Contingence : Aligner autant que possible l'environnement de test avec la
production. Documenter toute différence significative et ajuster les scénarios
de test en conséquence.
3. Problèmes de compatibilité avec les navigateurs :
22
· Risque : Les fonctionnalités pourraient ne pas fonctionner uniformément
sur tous les navigateurs cibles.
· Contingence : Effectuer des tests de compatibilité approfondis sur les
navigateurs spécifiés dans l'environnement de test. Corriger les problèmes
identifiés avant la mise en production.
4. Problèmes de performance sous charge élevée :
· Risque : La plateforme pourrait ne pas répondre de manière optimale sous
une charge élevée.
· Contingence : Effectuer des tests de charge et de performance pour
identifier les goulots d'étranglement. Optimiser le code ou mettre à l'échelle
l'infrastructure si nécessaire.
5. Problèmes de sécurité des données utilisateur :
· Risque : Les informations utilisateur pourraient ne pas être stockées de
manière sécurisée.
· Contingence : Effectuer des tests de sécurité approfondis pour identifier les
vulnérabilités. Mettre en œuvre des mesures correctives pour renforcer la
sécurité.
6. Défaillance des tests automatisés :
· Risque : Les tests automatisés pourraient échouer en raison de
changements dans le code.
· Contingence : Surveiller de près les rapports des tests automatisés. Mettre
à jour les scripts de test automatisés en fonction des changements dans le
code.
23
7. Manque de communication entre l'équipe de développement et l'équipe de
test :
· Risque : Les problèmes identifiés pourraient ne pas être résolus
rapidement en raison d'un manque de communication.
· Contingence : Établir des canaux de communication clairs. Organiser des
réunions régulières pour discuter des problèmes et assurer une résolution
rapide.
8. Manque de documentation adéquate :
· Risque : Une documentation insuffisante pourrait entraîner des ambiguïtés
dans les scénarios de test.
· Contingence : S'assurer que la documentation est complète et
régulièrement mise à jour. Encourager une communication ouverte pour
clarifier toute ambiguïté.
9. Baisse de la qualité due à la fatigue de l'équipe :
· Risque : La qualité des tests pourrait diminuer en raison de la fatigue de
l'équipe.
· Contingence : Mettre en place une rotation des membres de l'équipe de
test pour éviter la fatigue. Encourager des pauses régulières pour maintenir la
concentration.
Résultat de test :
24