Checklist de régression des redirections: quoi re-tester après chaque release

Les régressions de redirection ne sont presque jamais aléatoires

Elles reviennent surtout à cause de changements de configuration, de refactorings de routes, d’updates proxy, de logique d’authentification ou de différences de déploiement.

Ce qui doit figurer dans la checklist

Incluez le HTTPS, le www/non-www, le slash final, les anciens chemins, les routes de langue, les redirections d’auth, les URLs de campagne et les anciennes URLs à forte valeur.

Parcours pratique

Relancez le même set de tests après chaque release, comparez avec l’exécution précédente et considérez tout nouveau hop ou changement de destination comme un vrai incident de déploiement.