Jak sprawdzić sklep w przeglądarkach, zweryfikować responsywność, użyć walidatorów HTML i CSS oraz poprawić pobieranie zasobów bez usuwania potrzebnej treści. Lekcja 6.4 kursu INF.03.
Testowanie strony to sprawdzanie, czy jej wygląd i działanie odpowiadają wymaganiom, a walidacja to kontrola kodu według reguł języka. Na egzaminie odróżniasz te czynności i dobierasz narzędzia. W praktyce nie wystarczy, że sklep otwiera się na jednym komputerze: trzeba skontrolować formularz, zasoby, wąski ekran oraz kod faktycznie wysłany do przeglądarki.
Test ma warunki i oczekiwany rezultat
Przypadek testowy to opis sytuacji, czynności i oczekiwanego wyniku. „Sprawdzić formularz” nie mówi, co wpisano i co ma się wydarzyć. „Pozostawić imię puste, nacisnąć Zamów, oczekiwać zatrzymania wysyłki i wskazania pola” daje wynik, który da się porównać z zachowaniem strony. To samo podejście stosujemy do obliczeń i odnośników.
Dla formularza sklepu sprawdź poprawną ilość, wartość poniżej minimum oraz pole puste. Przetestuj przywrócenie wartości początkowej, jeśli formularz ma przycisk resetowania. Dla odnośnika do instrukcji sprawdź, czy plik istnieje i czy prowadzi do niego właściwa ścieżka. Zmiana koloru po najechaniu nie dowodzi, że kliknięcie prowadzi do właściwego zasobu.
Błąd opisuj tak, aby można go było odtworzyć. Podaj adres, przeglądarkę, szerokość widoku, kroki i widoczny wynik. Zamiast „strona nie działa” zapisz „po wpisaniu ilości 2 i wysłaniu formularza serwer zwraca 404 pod adresem zamow.php”. Taki komunikat kieruje do sprawdzenia celu formularza. Bez warunków łatwo naprawiać nie ten fragment aplikacji, który zawiódł.
Różne przeglądarki i szerokości
Test między przeglądarkami sprawdza, czy witryna działa w kilku środowiskach obsługiwanych przez projekt. Użyj na przykład Firefox i przeglądarki opartej na Chromium. Dwa programy wykorzystujące ten sam silnik nie zawsze ujawnią różnicę, którą pokaże inny silnik. Kontroluj nie tylko zrzut wyglądu, ale też formularz, multimedia, fokus i komunikaty.
Responsywność oznacza dostosowanie układu do obszaru wyświetlania. Sprawdź szeroki widok, średni i telefoniczny, a także szerokości pomiędzy nimi. Błąd może wystąpić tuż przed punktem zmiany układu: nazwa produktu przestaje mieścić się w kolumnie, zanim zadziała reguła dla telefonu. Przesuwanie szerokości okna pozwala znaleźć to miejsce dokładniej niż obejrzenie dwóch końcowych obrazów.
Narzędzia przeglądarki potrafią symulować rozmiar urządzenia, lecz nie zastępują wszystkich właściwości prawdziwego telefonu. Obsługa dotyku, klawiatura ekranowa i wydajność mogą się różnić. Na etapie szkolnym wykorzystaj dostępne urządzenia i odnotuj zakres kontroli. Test wąskiego okna nie dowodzi automatycznie poprawności każdego urządzenia.
Sprawdź również długie treści: pełną nazwę monitora, komunikat błędu i duże powiększenie. Jeżeli obszar produktu ma sztywną wysokość, dodatkowy wiersz może wypchnąć przycisk poza ramkę. Dla braku zasobu przewidź czytelną informację zamiast pustej przestrzeni. Testujemy dane, które mogą się pojawić, a nie wyłącznie idealne napisy z makiety.
Walidator HTML i CSS
Walidator analizuje dokument względem reguł wybranego języka. Dla współczesnego HTML użyj Nu HTML Checker W3C, a dla stylów W3C CSS Validation Service. To różne kontrole. Poprawny arkusz CSS nie dowodzi poprawności struktury dokumentu HTML, a prawidłowy HTML nie potwierdza działania skryptu. Dokument można przekazać przez publiczny adres, przesłać jako plik lub wkleić do pola wejściowego, zależnie od narzędzia. Publiczny walidator nie otworzy twojego localhost, ponieważ ten adres po jego stronie wskazuje inny komputer. Dla lokalnej strony użyj pliku albo przekazania źródła. W przypadku PHP przekazujemy wygenerowany HTML, nie kod serwera z instrukcjami PHP.
<label for="ilosc">Ilość</label>
<input id="ilosc" name="ilosc" type="number" min="1">
W poprawnym fragmencie etykieta wskazuje istniejące pole. Jeśli na tej samej stronie inna kontrolka ma identyczne id, trzeba nadać jej unikalny identyfikator i poprawić powiązania. Walidator może wykryć powtórzenie identyfikatora, ale nie oceni sam, czy opis „Ilość” odpowiada biznesowemu znaczeniu pola. To wymaga przeglądu treści i obsługi formularza.
Procedura walidacji obejmuje zapisanie wersji, uruchomienie kontroli, odczyt komunikatów, poprawę i ponowne sprawdzenie. Zaczynaj od wcześniejszych błędów struktury, ponieważ niedomknięty element potrafi wywołać serię dalszych komunikatów. Nie kasuj przypadkowych znaczników tylko po to, żeby zmniejszyć licznik. Odczytaj lokalizację i sens problemu, następnie sprawdź stronę również w przeglądarce.
Wynik walidacji dotyczy przekazanej wersji dokumentu. Gdy później zmienisz formularz albo skrypt generujący tabelę, kontrolę trzeba powtórzyć dla istotnych wariantów wyniku. Strona PHP może generować poprawny HTML dla pustej bazy i błędny po dodaniu produktu. Pomoc walidatora W3C wyjaśnia też, że zgodność składniowa nie jest pełną oceną jakości strony. Konsola i pobieranie zasobów
Konsola to miejsce wyświetlania komunikatów i błędów skryptów przeglądarki. Otwórz ją, odśwież stronę i wykonaj testowane działanie. Błąd odwołania do nieistniejącego elementu może pojawić się dopiero po kliknięciu. Nie uznawaj braku komunikatów podczas samego otwarcia za dowód poprawności wszystkich zdarzeń.
Panel sieci, często nazwany Network (sieć), pokazuje żądania plików i odpowiedzi serwera. Szukaj brakujących obrazów, arkuszy i skryptów. Odpowiedź 404 oznacza brak zasobu pod wskazanym adresem; odpowiedź 500 wskazuje błąd po stronie serwera. Sprawdź pełny adres oraz wielkość liter. Plik Mysz.jpg i odwołanie do mysz.jpg mogą działać lokalnie, a zawieść po publikacji na systemie rozróżniającym wielkość liter.
Pamięć podręczna przechowuje wcześniejsze odpowiedzi, aby przyspieszać kolejne odwiedziny. Podczas sprawdzania poprawki upewnij się, że przeglądarka pobrała właściwą wersję. Nie usuwaj jednak całej konfiguracji buforowania jako stałego rozwiązania. Problem kontroli nowego pliku i potrzeba szybkiego pobierania przy kolejnych wizytach to dwa aspekty, które trzeba pogodzić.
Optymalizacja na podstawie pomiaru
Optymalizacja to zmniejszanie kosztu działania przy zachowaniu wymaganego rezultatu. Zacznij od zmierzenia, które zasoby zajmują najwięcej danych lub czasu. Jeżeli zdjęcie myszy ma kilka megabajtów i jest pokazane jako mała miniatura, przygotuj odpowiednie wymiary oraz kompresję. Nie obniżaj jakości wszystkich plików w ciemno, bo drobne litery na schemacie mogą przestać być czytelne.
Obraz powinien mieć zadeklarowane wymiary lub proporcje, aby przeglądarka mogła zarezerwować miejsce przed pobraniem. Dla obrazów poza początkowym widokiem można rozważyć leniwe pobieranie. Nie opóźniaj bez powodu kluczowego zdjęcia widocznego od razu. Różne warianty rozmiaru oraz formaty obrazu opisuje lekcja formatów graficznych. Usuń nieużywane zasoby i powtórzone biblioteki. Minifikacja, czyli usunięcie zbędnych znaków z plików wynikowych, może zmniejszyć transfer, lecz nie naprawia błędnego algorytmu ani niedziałającego formularza. Zachowaj czytelne źródła do dalszej pracy. Po każdej optymalizacji wykonaj test działania, aby oszczędność nie oznaczała utraty treści.
Na egzaminie
W części pisemnej walidacja oznacza kontrolę zgodności z regułami języka, testowanie sprawdzanie zachowania, a optymalizacja poprawę kosztu działania. Jedno narzędzie nie wykonuje wszystkich tych czynności. W praktyce końcowa kontrola powinna objąć rzeczywisty plik i adres podawany do oceny, nie wcześniejszą kopię w innym katalogu.
Pułapka: przeglądarka może naprawić błędny HTML podczas wyświetlania, więc poprawny wygląd nie potwierdza poprawnej składni.
Przejdź po wymaganiach arkusza, sprawdź obie szerokości, otwórz konsolę i skontroluj zasoby. Następnie wykonaj walidację oraz poprawki. Jeżeli wymagane są zrzuty lub raporty, przygotuj je dla końcowego rezultatu. Zrzut pozytywnego wyniku sprzed ostatniej zmiany nie potwierdza stanu oddawanej wersji.
Ściąga
Przypadek testowy
warunki, czynność, oczekiwany wynik
Różne przeglądarki
zgodność zachowania
Różne szerokości
responsywność i komplet treści
Nu HTML Checker
reguły HTML
W3C CSS Validator
reguły CSS
Konsola
komunikaty i błędy skryptu
Panel sieci
żądania, rozmiary, błędy zasobów
Optymalizacja
koszt po pomiarze, bez utraty funkcji
Pobierz ściągę PDF