Vous êtes sur la page 1sur 25

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

Vous aimerez peut-être aussi