Test de conformité W3C: Méthodologie

Question

Nous allons repenser un grand service Web qui compte environ 25 modèles de pages uniques délivrant des milliers de pages. L'une des principales exigences est la conformité w3c (html 4.01 transitionnel/WCAG1.0). Il y a un non infini. d'erreurs de validation car le code est minable.

1) Comme c'est une ancienne application, partir de zéro n'est pas une option car elle va casser le site.

2) De plus, il y a des parties (moins importantes) du site où il n'y a pas de changements. Pensez-vous que nous pouvons valider cela au début.

3) La validation de chaque page est trop longue et nous n'avons peut-être pas le temps. Donc, ma question est la suivante: Selon vous, quelle est la meilleure méthodologie pour procéder à la validation? Comment allez-vous estimer pour un tel scénario.

Merci d'avance!

Vasanth

Answer 1

la prise de décision et donner la priorité

Dans l'optique de la validation sur un grand site, il peut être bon de commencer par une tâche de priorités. Cela vous donnera le temps de trouver quelles pages du site sont le plus souvent consultées, qu'est-ce que vos utilisateurs réels utilisent, et étant donné que ceux qui sont les plus utilisés sont ceux qui ont le plus besoin d'être validés en premier.

La validation est une exigence à mon avis, mais être pragmatique dans un contexte d'affaires est également de grande valeur. Savez-vous combien de temps vous voulez commencer à travailler sur la validation de votre code de site Web? et compte tenu du temps que vous avez alloué, sachant avec quelles parties commencer vous donnera une vraie longueur d'avance.

Estimation

Si votre équipe arn't utilisé pour l'écriture de code valide et n'a jamais entrepris une tâche de validation, l'estimation va être difficile pour eux. Vous pouvez cependant estimer en termes de complexity points ce qui vous donnera alors plus de visibilité et de transparence pour offrir les bods d'affaires.

Ad-Hoc

Habituez pour corriger les erreurs que vous allez. Demandez à chaque développeur de votre équipe de corriger 2 erreurs pour chaque page sur laquelle il travaille, chaque fois qu'il y travaille. Au fil du temps, vous obtiendrez un site Web bien validant et, combiné à une refonte initiale, c'est une excellente façon de garder les pages valides, de garder les développeurs au courant de la validation et d'économiser beaucoup de temps dans le futur.

Answer 2

S'il y a beaucoup de pages, un bon départ est de mettre en place des choses pour que vous puissiez explorer votre propre site et valider toutes les pages d'une « opération simple clic ». Comment le faire dépend de votre environnement, mais ce n'est pas si difficile. Quand vous avez beaucoup d'erreurs, une bonne première étape pourrait être de créer un schéma encore plus "détendu" que le HTML 4.01 de transition, ce qui permet de commencer par certaines de vos erreurs connues, pour comprendre ce que vous faites. devoir changer. Lorsque le site est validé avec ce schéma sloppy supplémentaire, il est temps de le rendre strict jusqu'au html 4.01 transitionnel (et peut-être jusqu'à la version 4.01 strict).

Et la partie la plus importante: Essayez difficile d'avoir non seulement la validation de balisage, mais aussi pertinent balisage, de sorte que la structure de tête de votre site est sain d'esprit, <em> est utilisé seulement pour l'accent et non pour d'autres raisons d'avoir la texte en italique, etc., les tables sont utilisées pour les données tabulaires réelles, etc.

Ré estimation: J'estimerais un jour ou trois pour obtenir le "truc de validation de clic simple", et avant que j'obtienne la sortie de ce que je Je refuserais de donner une quelconque estimation sur la réparation totale (à moins que j'aie eu une très bonne compréhension de ce que les problèmes réels sont dans les modèles depuis le début).

Answer 3

3) La validation de chaque page est trop longue et nous n'avons peut-être pas le temps.

Ensuite, je ne pense pas que vous êtes après une «méthodologie». Que diriez-vous juste d'installer le Firefox Validator add-on et de l'avoir activé quand vous naviguez autour de votre site pour ramasser les erreurs que vous allez, en commençant dans les pages les plus couramment utilisées?