Lire les tests comme des exigences

Objectifs de la leçon

• Comprendre la méthode de validation sans supposer de connaissances HTML avancées.
• Produire uniquement la structure demandée par la consigne.
• Vérifier le résultat avec un test ou une observation précise.

Relier un test à une partie du code

Avant les balises, tu mets en place une boucle courte : modifier, sauvegarder, observer, inspecter puis vérifier. Cette discipline évite de confondre une erreur de fichier, de navigateur ou de consigne avec un problème HTML.

« Lire les tests comme des exigences » sert ici à rendre la méthode de validation explicite dans le document.

Décision de méthode

Chaque outil doit répondre à une question précise : l'éditeur montre le fichier écrit, le navigateur montre le rendu et les DevTools montrent le DOM réellement interprété.

Des tests verts valident les points qu'ils contrôlent, pas toute la qualité de la page. Relis aussi ton contenu et essaie la navigation au clavier. Si un texte exact est demandé, vérifie les mots et les accents avant de changer la structure.

Preuve de fonctionnement

Une étape est validée lorsque tu peux nommer le fichier concerné, reproduire le résultat dans le navigateur et relier un test à une preuve observable.

Pour html-00-read-tests, commence par le premier test en échec et relie son message à l'élément, l'attribut ou la relation concernée.

Vocabulaire lié

• HTML — Langage de balisage qui décrit la structure du contenu.
• éditeur — Application utilisée pour écrire les fichiers du projet.
• navigateur — Application qui interprète HTML et affiche la page.
• index.html — Fichier d'entrée conventionnel d'une page web.
• DevTools — Outils du navigateur pour inspecter le DOM et diagnostiquer la page.

Validation

• Je sais expliquer pourquoi la méthode de validation améliore PulsaConf.
• Je peux relier chaque test à une exigence utilisateur.
• Je garde une structure compréhensible sans style CSS.