Dlaczego jeden adres nie wystarcza do diagnozy
Podczas audytu łatwo zauważyć problem na konkretnej stronie i od razu przypisać go całemu serwisowi. To ryzykowne uproszczenie. Brak nagłówka na jednym artykule może wynikać z błędu w jego treści, ale może też być skutkiem działania szablonu używanego przez setki artykułów. Podobnie niedziałający odnośnik może być wpisany ręcznie na jednej podstronie albo pochodzić ze wspólnego menu.
Rozróżnienie tych przypadków pomaga wskazać miejsce naprawy. Błąd w danych pojedynczej strony zwykle wymaga edycji tej strony. Błąd w szablonie lub komponencie może wymagać zmiany kodu, konfiguracji albo sposobu generowania treści. Sam objaw nie mówi jeszcze, gdzie leży przyczyna. Zanim opiszesz zalecenie, sprawdź, na jakich typach adresów problem rzeczywiście się powtarza.
Podziel adresy na grupy przed sprawdzaniem
Zacznij od prostego podziału witryny według funkcji i sposobu budowy stron. W sklepie mogą to być strony kategorii, produktów, wyników filtrowania i artykułów poradnikowych. W serwisie usługowym: strona główna, opisy usług, lokalizacje, wpisy blogowe i strony kontaktowe. Nie zakładaj, że podobny wygląd oznacza identyczny mechanizm. Dwa typy stron mogą korzystać z różnych pól w systemie zarządzania treścią, nawet jeśli mają wspólny nagłówek i stopkę.
Dla każdej grupy wybierz kilka adresów o odmiennych cechach. Przy produktach sprawdź na przykład pozycję dostępną i niedostępną, stronę z wariantami oraz stronę bez nich. Przy artykułach porównaj wpis krótki, długi i taki, który zawiera dodatkowe moduły. Jeśli serwis jest mały, możesz przejrzeć całą grupę. W większym serwisie próbka służy najpierw do rozpoznania wzorca, a nie do udowodnienia, że każdy adres ma ten sam problem.
Porównaj objaw w kilku miejscach
Przy każdym badanym adresie zapisz dokładnie, co sprawdzasz i jaki wynik uznajesz za nieprawidłowy. Zamiast notatki „problem z linkami” użyj opisu: „odnośnik z głównego menu prowadzi do adresu, który zwraca błąd”. Następnie porównaj strony z tej samej grupy oraz przynajmniej jedną stronę z innej grupy, która korzysta z podobnego elementu. Jeśli błąd występuje wszędzie, gdzie pojawia się menu, podejrzenie pada na wspólny komponent. Jeśli tylko w jednej kategorii, sprawdź jej konfigurację lub ręcznie ustawiony adres.
Nie opieraj się wyłącznie na widoku w przeglądarce. W zależności od usterki przydatne może być porównanie kodu strony, wyrenderowanej treści, odpowiedzi HTTP albo ustawień w panelu witryny. Przykładowo ten sam brakujący element wizualny może wynikać z pustego pola treści na jednej stronie lub z warunku w szablonie, który ukrywa element dla całego typu stron. Zanotuj zarówno obserwację, jak i sposób jej sprawdzenia.
Ustal zakres, nie zgadując liczby dotkniętych stron
Po pierwszym porównaniu rozszerz kontrolę tam, gdzie wyniki są niejednoznaczne. Jeśli trzy sprawdzone strony produktów mają usterkę, a czwarta nie, poszukaj cechy, która je różni: wariantu produktu, kategorii, daty utworzenia albo użytego układu. Gdy masz możliwość przeskanowania witryny, użyj wyników do wyszukania kolejnych adresów o tym samym objawie. Pamiętaj jednak, że narzędzie może nie widzieć elementów dostępnych dopiero po interakcji lub zalogowaniu.
W notatkach oddziel potwierdzony zakres od przypuszczeń. Możesz zapisać: „problem potwierdzono na czterech z pięciu sprawdzonych stron tego typu; wymagane sprawdzenie pozostałych wariantów”. To bardziej użyteczne niż stwierdzenie, że błąd dotyczy wszystkich produktów. Do zgłoszenia dołącz przykładowe adresy z usterką oraz adres bez usterki. Taki kontrprzykład często ułatwia znalezienie warunku, który wywołuje problem.
Po naprawie sprawdź ten sam wzorzec
Weryfikacja nie powinna kończyć się na adresie, od którego zaczęła się diagnoza. Jeśli poprawiono wspólny szablon, ponownie sprawdź reprezentantów każdej grupy, która z niego korzysta, w tym strony o nietypowej zawartości. Jeśli zmieniono dane pojedynczej podstrony, upewnij się, że problem zniknął właśnie tam, a poprawka nie wymaga zastosowania również na innych adresach.
Krótka lista kontrolna na koniec: czy objaw został opisany jednoznacznie, czy porównano różne typy stron, czy zapisano adresy z błędem i bez błędu, czy ustalono prawdopodobne miejsce naprawy oraz czy po wdrożeniu powtórzono kontrolę na tej samej próbce? Tak przeprowadzona diagnoza nie gwarantuje wykrycia każdej usterki, ale ogranicza ryzyko naprawiania pojedynczego przykładu zamiast przyczyny powtarzalnego problemu.
