Wstępne testowanie poprawności strony WWW polega na jak najszybszym sprawdzeniu, czy zapisany kod jest poprawnie interpretowany przez przeglądarkę. Przeglądarka jest "wykonawcą" HTML/CSS/JS, więc jej renderowanie natychmiast ujawnia typowe problemy: brakujące znaczniki, błędne zagnieżdżenia, problemy z odwołaniami do arkuszy stylów lub skryptów czy niezamierzone różnice w układzie.
Odpowiedź "sprawdzenie sposobu interpretacji kodu przez przeglądarkę internetową" pasuje do sformułowania "pierwszym etapem", bo jest szybka, dostępna na stanowisku ucznia i nie wymaga infrastruktury (hostingu). To także etap, który naturalnie wykonuje się przed publikacją, aby nie przenosić na serwer kodu z oczywistymi błędami.
Pozostałe propozycje nie pasują do "pierwszego etapu testowania struktury":
- "przesłanie folderów z plikami na serwer" to czynność wdrożeniowa (publikacja), a nie test struktury. Zwykle robi się ją po testach lokalnych, bo serwer nie służy do sprawdzenia podstawowej poprawności plików.
- "stworzenie tablicy wielowymiarowej" dotyczy programowania (np. struktur danych), a nie weryfikacji struktury dokumentu strony. Może wystąpić w kodzie skryptów, ale nie jest etapem testowania HTML.
- "zastosowanie wyrażeń regularnych…" może pomóc w wyszukiwaniu wzorców w tekście, lecz nie jest typowym pierwszym krokiem oceny poprawności struktury strony. Reguły wyrażeń regularnych nie zastępują renderowania ani walidacji i łatwo prowadzą do fałszywych wniosków.
W praktyce warto pamiętać o rozróżnieniu: testowanie (czy działa i wyświetla się poprawnie) wykonuje się lokalnie, a wdrożenie (publikacja na serwerze) dopiero po wstępnej weryfikacji. Na egzaminie zwracaj uwagę na słowa "pierwszy etap" i "testowanie", bo eliminują odpowiedzi opisujące publikację lub niezwiązane techniki.
