Vider le cache du navigateur sur Mac pour les tests QA : l’échelle de réinitialisation
Vider le cache du navigateur sur Mac pour les tests QA : l’échelle de réinitialisation
Réponse rapide : Pour vider le cache du navigateur sur Mac dans le cadre de tests QA, montez l’échelle de la réinitialisation la plus légère à la plus lourde : rechargement forcé, « Disable cache » dans les DevTools, suppression des données du site (cookies, stockage, service workers), puis profil jetable tout neuf. Supprimer les dossiers de cache sur le disque ne règle que les fichiers périmés. Cela ne réinitialise ni les connexions ni l’état de l’application.
Vous signalez un bug. Le développeur répond : « Chez moi, ça marche. » Vous retestez, et soudain ça marche aussi chez vous. Rien n’a changé, sauf que votre navigateur a discrètement récupéré une copie fraîche d’un fichier qu’il gardait sous le coude.
Le travail de QA sur Mac pose un problème particulier avec les caches : il faut savoir précisément contre quelle couche d’état stocké vous testez. « Vider le cache » est une consigne trop grossière pour ça. Ce guide découpe l’état stocké du navigateur en couches et donne, pour chacune, la plus petite réinitialisation qui fonctionne.
Qu’est-ce qui est vraiment bloqué ? Associer le symptôme à la bonne couche
Les navigateurs conservent plusieurs types d’état, et « le cache » n’en est qu’un.
Symptôme Couche probable Correctif le plus léger Ancien CSS/JS après un déploiement Cache HTTP Rechargement forcé Les modifications n’apparaissent pas, mais seulement dans la fenêtre normale Cache HTTP ou service worker DevTools avec cache désactivé, puis désinscription du service worker Vous êtes toujours connecté avec le mauvais utilisateur Cookies / stockage Supprimer les données du site pour cette origine Un feature flag ou l’état d’onboarding ne se réinitialise pas localStorage / IndexedDB Supprimer les données du site L’appli fonctionne hors ligne alors qu’elle ne devrait pas Service worker + Cache Storage Désinscrire le service worker, supprimer les données du site Le bug ne se reproduit pas sur la machine d’un collègue État de profil accumulé Profil neuf
Commencez en haut de l’échelle et ne descendez que si le problème persiste. Chaque barreau supplémentaire jette davantage d’état dont vous pourriez avoir besoin pour reproduire le bug.
Barreau 1 : rechargement forcé (quelques secondes, aucune perte de données)
Un rechargement forcé contourne le cache pour le chargement de page en cours.
Chrome, Edge, Firefox : ??R Safari : ??R (« Recharger sans les contenus en cache » / « Recharger depuis l’origine »)
Cela règle la plainte la plus courante, celle de l’« ancien build ». Les cookies, le stockage et les service workers ne sont pas touchés, et l’effet ne vaut que pour ce chargement : les ressources demandées plus tard peuvent encore provenir du cache.
Barreau 2 : demander aux DevTools de contourner le cache pendant les tests
Si vous rechargez toute l’après-midi, arrêtez de le faire à la main.
Chrome/Edge : ouvrir les DevTools ? onglet Network ? cocher Disable cache. Ne s’applique que tant que les DevTools sont ouverts. Firefox : DevTools ? Réseau ? Désactiver le cache HTTP (boîte à outils ouverte). Safari : activer d’abord le menu Développement (Safari ? Réglages ? Avancé ? « Afficher les fonctionnalités pour les développeurs web », libellé variable selon la version), puis Développement ? Désactiver les caches.
Chrome offre aussi un raccourci bien pratique : DevTools ouverts, faites un clic droit sur le bouton d’actualisation et choisissez « Vider le cache et actualiser de force ».
Un piège dans lequel beaucoup tombent : « Disable cache » ne désinscrit pas les service workers. Un service worker peut continuer à servir ses propres réponses stockées. Si le barreau 2 ne règle rien, passez au barreau 3.
Barreau 3 : supprimer les données du site pour une seule origine
Tout effacer est rarement ce que vous voulez. En limitant la réinitialisation au site testé, vous préservez vos autres sessions (et votre santé mentale).
Chrome/Edge : DevTools ? Application ? Storage ? Clear site data. Avant de cliquer, vérifiez ce qui est coché : cookies, stockage local et de session, IndexedDB, Cache Storage et service workers peuvent chacun être inclus ou exclus. Le panneau Service Workers permet aussi de désinscrire directement un worker et propose l’option Update on reload.
Firefox : Réglages ? Vie privée et sécurité ? Cookies et données de sites ? Gérer les données, puis supprimer le site concerné. Autre possibilité : l’onglet Stockage des DevTools.
Safari : Réglages ? Confidentialité ? Gérer les données de sites web, rechercher le domaine puis le supprimer.
C’est la bonne réinitialisation pour « bloqué sur le mauvais utilisateur », les feature flags périmés et les bugs de mode hors ligne. C’est aussi le barreau où il faut noter ce que vous avez effacé, car « j’ai supprimé les données du site » et « j’ai seulement vidé le cache HTTP » peuvent donner des résultats de test différents.
Barreau 4 : un profil jetable (la réinitialisation reproductible)
Quand vous devez prouver qu’un bug ne vient pas de votre propre état accumulé, ne récurez pas l’ancien profil : repartez d’un profil propre.
Options rapides :
Une fenêtre privée/navigation privée (aucun état persistant, mais les extensions sont souvent désactivées, ce qui modifie le test). Un profil Chrome temporaire depuis le Terminal : ? bash open -na « Google Chrome » –args –user-data-dir=/tmp/qa-profile-01
Chaque nouveau chemin donne un profil vierge, sans cookies, sans cache, sans extensions. Supprimez le dossier une fois terminé, ou gardez-le comme base de référence nommée pour un plan de test précis.
C’est la réponse la plus nette à « est-ce l’appli ou mon navigateur ? ». Et c’est la meilleure façon de transmettre des étapes de reproduction qui partent d’un état connu.
Où se trouve le cache sur le disque (et pourquoi le nettoyer)
Tout ce qui précède agit sur un état géré par le navigateur lui-même. Par ailleurs, les dossiers de cache s’accumulent sur le disque, ce qui compte si vous jonglez toute la journée avec plusieurs navigateurs et builds de test. Emplacements habituels dans votre dossier Bibliothèque utilisateur :
Chrome : ~/Library/Caches/Google/Chrome/ Edge : ~/Library/Caches/Microsoft Edge/ Firefox : ~/Library/Caches/Firefox/Profiles/