Centre de recette

Chaque contrôle vérifie un comportement attendu du site, sur les pages telles qu'elles sont servies. Les contrôles automatiques partent du navigateur et comparent le résultat obtenu au résultat attendu ; les autres décrivent les gestes à faire et ce qu'il faut constater.

• API indisponibleLe site quand l'API est en erreur, injoignable ou muette : l'accueil et la recherche restent servis, la recherche avec un message discret, les relais répondent 502 et les fiches 503 (« service momentanément indisponible »), en dix secondes au plus : une API muette ne fait attendre qu'une fois. L'API en marche, les mêmes requêtes aboutissent normalement. Pour voir le cas d'une panne, coupez l'API puis rechargez cette page : arrêtez le mock (API injoignable), ou relancez-le avec MOCK_DOWN=1 (API en erreur) ou MOCK_LATENCY_MS=30000 (API muette).
• ImagesLa photo principale de la fiche d'un lieu, le plus grand élément de la page, est demandée en priorité ; les autres images, plus bas (photos des lieux d'une communauté, logo d'une communauté sur la page d'une messe), ne se chargent qu'en approchant de l'écran. Les contrôles cherchent ces indications dans le HTML servi.
• En-têtes de sécuritéLes en-têtes de sécurité que demande le cahier des charges (§7), sur chaque réponse : HSTS (Strict-Transport-Security), X-Content-Type-Options à nosniff, Referrer-Policy à strict-origin-when-cross-origin, Permissions-Policy qui réserve la géolocalisation au site (« Autour de moi ») ; sur chaque page, servie, disparue (410) ou introuvable (404), la politique de sécurité du contenu (Content-Security-Policy), qui interdit notamment d'afficher le site dans un cadre. Les contrôles lisent les en-têtes des réponses.
• Exploration par les robotsrobots.txt nomme les crawlers des agents IA, et aucune règle Disallow ne les vise (EXIG-FO-02) : un robot suit le groupe qui le nomme, et ce groupe s'arrête à la ligne vide.