Guide pratique · web
Comment vérifier un site avant d’accepter sa livraison ?
Une page peut sembler terminée alors que son formulaire ne transmet rien, que sa recherche ignore une référence ou que son document pointe vers une ancienne version. La recette vérifie le résultat attendu dans des conditions explicites. Elle prépare aussi la transmission au responsable du site.
Rubrique Web, données et maintenance : comparatif et parcours de lecture
Réponse directe
L’essentiel à retenir.
Définissez les parcours essentiels, les données d’essai et le résultat attendu avant les tests. Consignez les preuves et les anomalies, puis retestez les corrections. La décision de livraison doit préciser ce qui est accepté, ce qui reste à corriger et qui assure le suivi.
Décisions et vérifications
Écrire des scénarios du début à la fin.
Commencez par une tâche réelle : trouver une prestation, identifier une variante, envoyer une demande ou télécharger le document utile. Notez point de départ, préconditions, actions et résultat observable. « Vérifier le formulaire » ne précise pas quel destinataire reçoit quoi.
Préparez aussi absence de résultats, champ invalide, fichier indisponible et interruption d’une action. Utilisez des données d’essai identifiables, sans dossiers clients réels. Vérifiez les parcours sur téléphone et au clavier ; les premiers contrôles WAI aident à repérer des obstacles, sans remplacer une évaluation complète.
- Tâche et résultat attendus écrits.
- Cas normal et cas d’erreur.
- Conditions et données d’essai reproductibles.
Décisions et vérifications
Conserver une preuve et prioriser par impact.
Un signalement exploitable contient URL, date, appareil ou navigateur, étapes, résultat attendu et résultat obtenu. Joignez une capture utile et masquez toute donnée personnelle. Séparez l’anomalie fonctionnelle d’une préférence de présentation.
Priorisez selon l’effet sur le service : un envoi impossible, une donnée incorrecte ou un écran inaccessible peut bloquer un parcours essentiel. Une correction doit être retestée dans son scénario initial et dans les parcours proches qu’elle peut affecter. Évitez de fermer un défaut sur la seule annonce d’une modification.
- Étapes et preuve jointes.
- Impact explicité.
- Retest et version vérifiée consignés.
Décisions et vérifications
Recevoir le site et sa documentation.
La décision de livraison énumère les parcours reçus, les réserves et les responsables des corrections. Précisez les conditions de mise en ligne et la procédure de retour si le lancement révèle un défaut. Une réserve ne doit pas disparaître du suivi parce que le site est publié.
Faites réaliser une mise à jour courante par la personne qui maintiendra le site : modifier une information, remplacer un média et vérifier la page publiée. Demandez le plan de sauvegarde, les responsabilités de renouvellement et la liste des services techniques. Transmettez les accès par le canal sécurisé convenu.
- Réserves, responsables et échéances.
- Mise à jour testée par son futur responsable.
- Documentation de maintenance reçue.
Grille de préparation
Les décisions à consigner dans votre projet
Cette grille sert de point de départ. Les conditions effectives dépendent de vos supports et des accords conclus.
| Élément | À documenter | Vérification |
|---|---|---|
| Scénario | Départ, données et résultat attendu | Rejouer sans explication orale |
| Anomalie | Impact, preuve et version | Retester après correction |
| Livraison | Périmètre reçu et réserves | Identifier le responsable du suivi |
| Transmission | Documentation et tâches courantes | Faire une mise à jour réelle |
Questions fréquentes
Les réponses pour préparer la prochaine étape.
Combien de tests prévoir ?
Le périmètre dépend des gabarits, fonctions, langues et données. Couvrez chaque parcours essentiel, ses erreurs et les variantes qui peuvent modifier son comportement.
Un outil automatique suffit-il ?
Il peut détecter certains défauts techniques. Il ne décide pas si l’offre est comprise, si la donnée est exacte ou si la demande arrive au bon interlocuteur.
Peut-on livrer avec des réserves ?
Documentez leur impact et la décision prise. Un défaut qui empêche une tâche essentielle doit être traité explicitement avant de valider le lancement.
Cas de décision · exemple illustratif
Le site est affiché mais la demande n’arrive pas
La page et le formulaire paraissent corrects ; la réception du message n’a pas été vérifiée.
Décision à préparer
Décrire le scénario jusqu’à la réception et la confirmation, y compris les erreurs de saisie.
Preuve attendue à la réception
Le résultat de bout en bout est contrôlé et les réserves désignent un défaut reproductible.
Passer à l’action
Votre liste de contrôle pour ce projet.
Ces points reprennent les vérifications du guide. Cochez ce qui est confirmé et gardez les éléments ouverts pour votre prochain échange. Les coches restent dans cette page et ne sont pas enregistrées.
0 point confirmé sur 10.
Continuer votre parcours