d5:a02

Différences

Ci-dessous, les différences entre deux révisions de la page.

Lien vers cette vue comparative

Les deux révisions précédentes Révision précédente
Prochaine révision
Révision précédente
d5:a02 [2025/09/24 11:16] – [Evolution du contexte : nouveaux tests unitaires] dthevenotd5:a02 [2025/10/03 11:40] (Version actuelle) – [Evolution du contexte : nouveaux tests unitaires] dthevenot
Ligne 34: Ligne 34:
   * récupérer le projet sur gitea    * récupérer le projet sur gitea 
 <bootnote warning>Dans Netbeans : <bootnote warning>Dans Netbeans :
-  - cloner le dépôt (https://delphine.thevenot@gitea.lyc-lecastel.fr/delphine.thevenot/2026TestsBibliotheque.git),+  - cloner la branche **developpement** du dépôt (https://delphine.thevenot@gitea.lyc-lecastel.fr/delphine.thevenot/2026TestsBibliotheque.git),
   - créer votre branche -votre prénom- et **ne travailler que sur votre branche**   - créer votre branche -votre prénom- et **ne travailler que sur votre branche**
-  - commiter avec un commentaire précis sur votre branche uniquement+  - commiter avec un commentaire précis et pusher sur votre branche personnelle uniquement
 </bootnote> </bootnote>
  
 <badge>Travail à faire1</badge> <badge>Travail à faire1</badge>
-  - Étudier la classe Livre et les tests unitaires créés +  - Étudier la classe Livre et la classe de tests unitaires correspondante (LivreTest) 
-  - Identifier les 3 parties AAA +  - Identifier les 3 parties AAA de chaque test
   - Que vérifient les tests ?   - Que vérifient les tests ?
   - Ajouter un message clair en cas d'erreur sur chaque test   - Ajouter un message clair en cas d'erreur sur chaque test
Ligne 52: Ligne 52:
   * la validation des champs (titre, auteur, ISBN),   * la validation des champs (titre, auteur, ISBN),
   * la robustesse face aux entrées malveillantes (XSS, caractères interdits),   * la robustesse face aux entrées malveillantes (XSS, caractères interdits),
-  * l’intégrité globale des données (unicité dans la bibliothèque).+  * l’intégrité globale des données  
 + 
 <badge>Travail à faire2</badge> <badge>Travail à faire2</badge>
  
 Chaque étudiant va implémenter une nouvelle règle de validation : Chaque étudiant va implémenter une nouvelle règle de validation :
-  - ISBN : doit avoir 13 chiffres (pas de lettres, pas de caractères spéciaux), exemple invalide : "1234ABCD567"+  - (//Emile//)-ISBN : doit avoir 13 chiffres (pas de lettres, pas de caractères spéciaux), exemple invalide : "1234ABCD567"
-  - Titre : ne doit pas contenir <script> (risque XSS). +  - (//Salomé//)-Titre : ne doit pas contenir <script> (chevron) (risque XSS). 
-  - Auteur : non vide, pas de caractères spéciaux suspects, de chiffres. +  - (//Medhi//)-Auteur : non vide, pas de caractères spéciaux suspects, de chiffres, espaces autorisés (nom prénom), - autorisé (noms composés) 
-  - Longueur maximale du titre (ex. 200 caractères - l'objectif cybersécurité étant d'éviter surcharge et attaques par dépassement de mémoire (DoS)). +  - (//Morgann//)-Longueur maximale du titre (ex. 200 caractères - l'objectif cybersécurité étant d'éviter surcharge et attaques par dépassement de mémoire (DoS)). 
- +  - (//Steve//)-Le titre doit être non vide et contenir au moins 2 caractères alphabétiques (Objectif : éviter les titres vides, réduits à un seul caractère, ou remplis uniquement de chiffres/symboles) 
-Consignes : Chaque règle = une nouvelle méthode dans testCreationLivre + son test unitaire JUnit.+  
 +**Consignes** Pour chaque règle 
 +  - Compléter la méthode prévue dans la classe de contrôle LivreValide 
 +  - Créer la méthode correspondante dans la classe LivreValideTest avec ses tests unitaire JUnit.
  
  
 =====  ===== =====  =====
  
  • d5/a02.1758705383.txt.gz
  • Dernière modification : 2025/09/24 11:16
  • de dthevenot