1. Préparer une version fictive
Tu souhaites publier le site d'un atelier. Quatre anomalies sont volontairement présentes. Explore les contrôles, corrige ce qui est nécessaire, puis prends une décision argumentée.
Important : les contrôles et le déploiement sont simulés. Aucune archive n'est envoyée, aucun site n'est modifié.
2. Examiner et corriger les anomalies
Chaque contrôle possède une explication et une correction possible. Les changements restent dans cette simulation.
3. Comparer avant et après
Version initiale
- Lien « Programme » : page absente
- Image de couverture : fichier manquant
- Trois colonnes rigides sur téléphone
- Bouton sans nom accessible
Version préparée
Pourquoi un contrôle simulé ne suffit-il pas ?
Une liste de vérifications fictives aide à comprendre les risques, mais elle ne prouve pas que le site réel fonctionne. Après une publication autorisée, il faut ouvrir l'URL réellement servie et tester la navigation, les ressources et les usages sur plusieurs écrans.
4. Décider : GO ou NO GO
Un GO est envisageable seulement si les quatre anomalies sont corrigées et si les contrôles fictifs ont été relancés après la dernière modification. Même dans ce cas, le GO ne vaut que pour cette simulation.
5. Réutiliser : préparer sa propre recette
Rédige une note de recette que tu pourras adapter à ton propre projet. Elle distingue les contrôles préalables, la décision et les vérifications après publication.
Comment utiliser cette fiche dans un vrai projet ?
Conserve une version stable, vérifie les chemins et les fichiers, teste le clavier et le téléphone, puis demande l'autorisation avant toute mise en ligne. Après publication, contrôle l'URL réelle et prévois un retour arrière. N'indique « vérifié » que pour un test effectivement réalisé.