Czyszczenie pami?ci podr?cznej przegl?darki na Macu do testów QA: drabina resetów
Czyszczenie pami?ci podr?cznej przegl?darki na Macu do testów QA: drabina resetów
Krótka odpowied?: Aby wyczy?ci? pami?? podr?czn? przegl?darki na Macu w pracy QA, wspinaj si? od najl?ejszego do najci??szego resetu: twarde prze?adowanie, „Disable cache“ w DevTools, usuni?cie danych witryny (pliki cookie, pami?? lokalna, service workery), a na ko?cu nowy, jednorazowy profil. Usuni?cie folderów cache z dysku naprawia tylko nieaktualne pliki. Nie resetuje logowa? ani stanu aplikacji.
Zg?aszasz b??d. Deweloper odpowiada: „U mnie dzia?a.“ Testujesz ponownie i nagle dzia?a te? u Ciebie. Nic si? nie zmieni?o, poza tym, ?e przegl?darka po cichu pobra?a ?wie?? kopi? pliku, który trzyma?a u siebie.
Praca QA na Macu ma szczególny problem z cache’ami: musisz dok?adnie wiedzie?, na której warstwie zapisanego stanu testujesz. „Wyczy?? cache“ jest do tego zbyt toporne. Ten poradnik dzieli zapisany stan przegl?darki na warstwy i podaje dla ka?dej z nich najmniejszy reset, który dzia?a.
Co w?a?ciwie si? zaci??o? Dopasuj objaw do warstwy
Przegl?darki przechowuj? kilka rodzajów stanu, a „cache“ to tylko jeden z nich.
Objaw Prawdopodobna warstwa Najl?ejsza naprawa Stare CSS/JS po wdro?eniu Cache HTTP Twarde prze?adowanie Zmian brak, ale tylko w zwyk?ym oknie Cache HTTP lub service worker DevTools z wy??czonym cache, potem wyrejestrowanie service workera Nadal jeste? zalogowany jako z?y u?ytkownik Pliki cookie / pami?? lokalna Usuni?cie danych witryny dla tego origin Feature flag lub stan onboardingu nie chce si? zresetowa? localStorage / IndexedDB Usuni?cie danych witryny Aplikacja dzia?a offline, cho? nie powinna Service worker + Cache Storage Wyrejestrowanie service workera, usuni?cie danych witryny B??du nie da si? odtworzy? na komputerze kolegi Nagromadzony stan profilu Nowy profil
Zacznij od góry drabiny i schod? ni?ej tylko wtedy, gdy problem nie znika. Ka?dy kolejny szczebel wyrzuca wi?cej stanu, który mo?e by? Ci potrzebny do odtworzenia b??du.
Szczebel 1: twarde prze?adowanie (sekundy, bez utraty danych)
Twarde prze?adowanie omija cache przy bie??cym ?adowaniu strony.
Chrome, Edge, Firefox: ??R Safari: ??R („Wczytaj ponownie bez zawarto?ci z pami?ci podr?cznej“ / „Wczytaj ponownie z serwera ?ród?owego“)
To rozwi?zuje najcz?stsz? skarg? na „starego builda“. Nie dotyka plików cookie, pami?ci lokalnej ani service workerów, a efekt dotyczy tylko tego jednego ?adowania, wi?c zasoby pobierane pó?niej nadal mog? pochodzi? z cache.
Szczebel 2: ka? DevTools omija? cache na czas testów
Je?li zamierzasz prze?adowywa? stron? ca?e popo?udnie, przesta? robi? to r?cznie.
Chrome/Edge: otwórz DevTools ? karta Network ? zaznacz Disable cache. Dzia?a tylko przy otwartych DevTools. Firefox: DevTools ? Sie? ? Wy??cz pami?? podr?czn? HTTP (przy otwartym panelu narz?dzi). Safari: najpierw w??cz menu Programowanie (Safari ? Ustawienia ? Zaawansowane ? „Poka? funkcje dla twórców stron internetowych“, brzmienie zale?y od wersji), potem u?yj Programowanie ? Wy??cz pami?ci podr?czne.
Chrome ma te? przydatny skrót: przy otwartych DevTools kliknij prawym przyciskiem przycisk prze?adowania i wybierz „Opró?nij pami?? podr?czn? i wymu? ponowne za?adowanie“.
Pu?apka, w któr? wpada wielu testerów: „Disable cache“ nie wyrejestrowuje service workerów. Service worker mo?e nadal serwowa? w?asne zapisane odpowiedzi. Je?li szczebel 2 nie pomaga, przejd? do szczebla 3.
Szczebel 3: usu? dane witryny tylko dla jednego origin
Wyczyszczenie wszystkiego rzadko jest tym, czego chcesz. Ograniczenie resetu do testowanej witryny zachowuje Twoje pozosta?e sesje (i zdrowy rozs?dek).
Chrome/Edge: DevTools ? Application ? Storage ? Clear site data. Przed klikni?ciem sprawd?, co jest zaznaczone: pliki cookie, pami?? lokalna i sesyjna, IndexedDB, Cache Storage oraz service workery mo?na w??cza? lub wy??cza? osobno. Panel Service Workers pozwala te? bezpo?rednio wyrejestrowa? workera i ma opcj? Update on reload.
Firefox: Ustawienia ? Prywatno?? i bezpiecze?stwo ? Ciasteczka i dane witryn ? Zarz?dzaj danymi, a nast?pnie usu? konkretn? witryn?. Mo?na te? u?y? karty Magazyn w DevTools.
Safari: Ustawienia ? Prywatno?? ? Zarz?dzaj danymi witryn, wyszukaj domen? i usu?.
To w?a?ciwy reset dla „utkn??em jako z?y u?ytkownik“, nieaktualnych feature flag i b??dów trybu offline. To tak?e szczebel, na którym warto zapisa?, co dok?adnie wyczy?ci?e?, bo „usun??em dane witryny“ i „wyczy?ci?em tylko cache HTTP“ mog? da? ró?ne wyniki testów.
Szczebel 4: jednorazowy profil (powtarzalny reset)
Gdy musisz udowodni?, ?e b??d nie wynika z Twojego w?asnego nagromadzonego stanu, nie szoruj starego profilu. Zacznij od czystego.
Szybkie opcje:
Okno prywatne/incognito (brak trwa?ego stanu, ale rozszerzenia s? cz?sto wy??czone, co zmienia test). Tymczasowy profil Chrome z poziomu Terminala: ? bash open -na « Google Chrome » –args –user-data-dir=/tmp/qa-profile-01
Ka?da nowa ?cie?ka daje ?wie?y profil bez plików cookie, bez cache i bez rozszerze?. Usu? folder po zako?czeniu albo zachowaj go jako nazwan? baz? odniesienia dla konkretnego planu testów.
To najczystsza odpowied? na pytanie „czy to wina aplikacji, czy mojej przegl?darki?“. To tak?e najlepszy sposób, by przekaza? komu? kroki reprodukcji, które startuj? ze znanego stanu.
Gdzie cache le?y na dysku (i dlaczego warto go sprz?ta?)
Wszystko powy?sze dotyczy stanu zarz?dzanego przez sam? przegl?dark?. Osobno foldery cache narastaj? na dysku, co ma znaczenie, je?li przez ca?y dzie? u?ywasz wielu przegl?darek i buildów testowych. Typowe lokalizacje w folderze Library u?ytkownika:
Chrome: ~/Library/Caches/Google/Chrome/ Edge: ~/Library/Caches/Microsoft Edge/ Firefox: ~/Library/Caches/Firefox/Profiles/