Browsercache wissen op de Mac voor QA-tests: de resetladder
Browsercache wissen op de Mac voor QA-tests: de resetladder
Kort antwoord: Om de browsercache op de Mac te wissen voor QA-werk, klim je van de lichtste naar de zwaarste reset: geforceerd herladen, “Disable cache” in de DevTools, websitegegevens wissen (cookies, opslag, service workers) en tot slot een nieuw wegwerpprofiel. Cachemappen op schijf verwijderen lost alleen verouderde bestanden op. Logins en app-status worden er niet door gereset.
Je meldt een bug. De ontwikkelaar zegt: “Bij mij werkt het.” Je test opnieuw en ineens werkt het ook bij jou. Er is niets veranderd, behalve dat je browser stilletjes een verse kopie heeft opgehaald van een bestand dat hij vasthield.
QA-werk op de Mac heeft een eigen probleem met caches: je moet precies weten tegen welke laag van opgeslagen status je test. “Wis de cache” is daarvoor te grof. Deze gids verdeelt de opgeslagen status van de browser in lagen en geeft voor elke laag de kleinste reset die werkt.
Wat zit er eigenlijk vast? Koppel het symptoom aan de juiste laag
Browsers bewaren meerdere soorten status, en “de cache” is er maar één van.
Symptoom Waarschijnlijke laag Lichtste oplossing Oude CSS/JS na een deploy HTTP-cache Geforceerd herladen Wijzigingen ontbreken, maar alleen in een normaal venster HTTP-cache of service worker DevTools met uitgeschakelde cache, daarna de service worker afmelden Je bent nog ingelogd als de verkeerde gebruiker Cookies / opslag Websitegegevens van die origin wissen Feature flag of onboardingstatus laat zich niet resetten localStorage / IndexedDB Websitegegevens wissen App werkt offline terwijl dat niet zou moeten Service worker + Cache Storage Service worker afmelden, websitegegevens wissen Bug is niet te reproduceren op de machine van een collega Opgebouwde profielstatus Vers profiel
Begin bovenaan de ladder en ga alleen verder naar beneden als het probleem blijft. Elke extra sport gooit meer status weg die je misschien nodig hebt om de bug te reproduceren.
Sport 1: geforceerd herladen (seconden, geen gegevensverlies)
Een geforceerde herlaadactie omzeilt de cache voor het huidige laden van de pagina.
Chrome, Edge, Firefox: ??R Safari: ??R (“Laad opnieuw vanaf oorsprong”)
Dit lost de meestvoorkomende klacht over een “oude build” op. Cookies, opslag en service workers blijven onaangeroerd, en het effect geldt alleen voor die ene laadactie, dus resources die later worden opgehaald kunnen nog steeds uit de cache komen.
Sport 2: laat de DevTools de cache omzeilen terwijl je test
Als je de hele middag gaat herladen, doe dat dan niet met de hand.
Chrome/Edge: open de DevTools ? tabblad Network ? vink Disable cache aan. Werkt alleen zolang de DevTools open staan. Firefox: DevTools ? Netwerk ? HTTP-cache uitschakelen (bij geopende toolbox). Safari: schakel eerst het Ontwikkelaarsmenu in (Safari ? Instellingen ? Geavanceerd ? “Toon functies voor webontwikkelaars”, de tekst verschilt per versie) en gebruik daarna Ontwikkelaar ? Caches uitschakelen.
Chrome heeft ook een handige sneltoets: klik bij geopende DevTools met rechts op de herlaadknop en kies “Cache leegmaken en geforceerd opnieuw laden”.
Een valkuil waar veel mensen in trappen: “Disable cache” meldt service workers niet af. Een service worker kan gewoon zijn eigen opgeslagen antwoorden blijven serveren. Helpt sport 2 niet, ga dan door naar sport 3.
Sport 3: wis websitegegevens voor één origin
Alles wissen is zelden wat je wilt. Als je de reset beperkt tot de geteste site, blijven je andere sessies (en je gezond verstand) behouden.
Chrome/Edge: DevTools ? Application ? Storage ? Clear site data. Controleer vóór het klikken wat is aangevinkt: cookies, lokale en sessieopslag, IndexedDB, Cache Storage en service workers kun je elk apart opnemen of uitsluiten. In het paneel Service Workers kun je een worker ook rechtstreeks afmelden, en daar vind je de optie Update on reload.
Firefox: Instellingen ? Privacy en beveiliging ? Cookies en websitegegevens ? Gegevens beheren, en verwijder dan de specifieke site. Of gebruik het tabblad Opslag in de DevTools.
Safari: Instellingen ? Privacy ? Beheer websitegegevens, zoek het domein op en verwijder het.
Dit is de juiste reset voor “vast als de verkeerde gebruiker”, verouderde feature flags en offline-bugs. Het is ook de sport waarop je moet noteren wat je hebt gewist, want “ik heb websitegegevens gewist” en “ik heb alleen de HTTP-cache geleegd” kunnen tot verschillende testresultaten leiden.
Sport 4: een wegwerpprofiel (de reproduceerbare reset)
Wil je bewijzen dat een bug niet door je eigen opgebouwde status komt, schrob dan niet je oude profiel, maar begin met een schoon profiel.
Snelle opties:
Een privé-/incognitovenster (geen persistente status, maar extensies zijn vaak uitgeschakeld, wat de test verandert). Een tijdelijk Chrome-profiel via Terminal: ? bash open -na « Google Chrome » –args –user-data-dir=/tmp/qa-profile-01
Elk nieuw pad levert een vers profiel op zonder cookies, zonder cache en zonder extensies. Verwijder de map na afloop, of bewaar hem als benoemde baseline voor een specifiek testplan.
Dit is het schoonste antwoord op “ligt het aan de app of aan mijn browser?”. Het is ook de beste manier om reproductiestappen door te geven die vanuit een bekende begintoestand starten.
Waar de cache op schijf staat (en waarom je hem wilt opruimen)
Alles hierboven werkt op status die de browser zelf beheert. Los daarvan stapelen cachemappen zich op op de schijf, wat ertoe doet als je de hele dag meerdere browsers en testbuilds draait. Gebruikelijke locaties in je gebruikersmap Library:
Chrome: ~/Library/Caches/Google/Chrome/ Edge: ~/Library/Caches/Microsoft Edge/ Firefox: ~/Library/Caches/Firefox/Profiles/