R_27_07.PDF

Rozdział 27.

Testowanie, poprawianie

i aktualizowanie stron WWW

Po dokładnym przeczytaniu wcześniejszych rozdziałów tej książki, przystąpiłeś do

tworzenia własnej prezentacji WWW, w której poszczególne strony zostały połączone

ze sobą, a gdzieniegdzie pojawił się obraz i jakiś formularz. Potem dodałeś jeszcze

tabele i wyrównałeś obrazy, przekonwertowałeś niektóre z nich do formatu JPEG,

dołączyłeś kilka fantastycznych sekwencji wideo prezentujących Ciebie i Twojego kota

oraz skonfigurowałeś skrypt, który powoduje, że każde wejście w połączenie

oznajmiane jest dźwiękiem dzwonka. Kaskadowe arkusze stylów nadają wszystkim tym

wspaniałym stronom ładny, jednolity wygląd. Dynamiczny HTML nakłada grafikę na

rysunki i tekst oraz naprawdę dodaje smaczku witrynie. Przyglądając się swemu dziełu,

stwierdzasz, że jest po prostu świetne. Właściwie lepsze już być nie może. Wreszcie

skończyłeś pracę.

Mam złe wieści. Do końca jeszcze kawałek drogi. Musisz popracować nad dwoma

aspektami: przed Tobą testowanie i obsługa. Dzięki testowaniu uzyskujesz pewność, że

Twoja witryna WWW działa, nie tylko z technicznego punktu widzenia (czy kody HTML

są poprawne, a połączenia prowadzą w odpowiednie miejsca), ale także pod względem

użytkowym (czy użytkownicy znajdą na Twoich stronach to, czego szukają?). Istotna

powinna być dla Ciebie kwestia czytelności prezentacji w różnych przeglądarkach,

szczególnie wówczas, gdy korzystasz z najnowszych znaczników, które tu poznaliśmy.

Nawet, gdy wszystko zostanie już przetestowane i działa poprawnie, Twoja rola jeszcze

się nie kończy. Już po opublikowaniu prezentacji zechcesz zapewne dodać do niej nowy

materiał i coś zmienić, by nieustannie była interesująca i aktualna. Uwierz mi, w sieci,

gdzie wszystkie technologie nieustannie się zmieniają, żadna witryna nie jest nigdy

rzeczywiście ukończona. Po prostu pewne strony rzadziej podlegają zmianom niż inne.

przeczytaniu tego rozdziału będziesz wiedział wszystko na poniższe tematy:

testowanie poprawności

rzeczywiście działają,

testowanie użyteczności, także pod względem skuteczności założonego

sposobu korzystania ze stron i spełniania przez nie założonych celów,

dodawanie do witryn nowych stron oraz wprowad

— chodzi tu o upewnienie się, że strony WWW

przez Ciebie

zanie poprawek na istniejących

764

Część 9. Publikowanie na WWW

stronach, bez zaburzania konstrukcji prezentacji.

Test p

oprawności

Testowanie poprawności nie ma nic wspólnego z Tobą ani z Twoim formularzem

podatkowym. Chodzi tu o sprawdzenie, czy połączone ze sobą strony działają

poprawnie, to znaczy, c

elacjach strona-użytko-wnik, dowiesz si

echnicznie. Oto kolejne etapy tego sposobu testow

1. sprawdź poprawność kodu HTML,

ę tu jedynie, czy strony są poprawne

ania:

2. zobacz wygląd stron w wielu przeglądarkach,

anie połączeń (na samym początku i po kilku miesiącach).

Korekta

kodu HTML

Pierwszy krok to sprawdzenie poprawności kodu HTML. Sprawdź, czy wszystkie

znaczniki mają odpowiedniki zamykające, czy nie zazębiłeś pewnych znaczników lub

nie użyłeś ich w obrębie innych, które nie działają.

Ale czy do tego nie służy sprawdzanie w przeglądarce? No cóż, niewątpliwie nie.

Przeglądarki są tak zaprojektowane, by umiały obejść pewne problemy, które ujawnią

się w interpretowanych przez nie plikach HTML i wyświetlić to, o co Ci chodziło, a jeśli

nie są w stanie określić Twoich zamierzeń, wyświetlić cokolwiek. (Czy pamiętasz ten

przykład, w którym pokaz

przeglądarki traktują błędy kodu HTML dość liberalnie. W jednej strona z błędami

może działać poprawnie, a w innej wcale.

ja HTML i jest ona zawarta w specyfikacji

HTML. Nawet w przypadku najbardziej wymagających przeglądarek, jeśli postać

źró

prz

dłowa stron jest poprawna, strony będą działały bezbłędnie we wszystkich

eglądarkach, które obsługują daną wersję HTML.

W rzeczywistości, aby być całkowicie poprawnym, musisz znać definicję HTML-a określoną

przez HTML DTD ( Document Type Definition ). HTML jest podzbiorem języka SGML

używanego do definiowania różnorodnych języków znakowania. DTD to definicja języka w

SGML, a więc HTML DTD definiuje HTML od strony technicznej.

Jak więc sprawdzić poprawność kodu HTML? Jeśli stosujesz się do zasad i przykładów,

które przedstawiłam Ci w poprzednich rozdziałach, Twój kod HTML nie zawiera błę-

dów. Wszyscy jednak zapominają o znacznikach zamykających, umieszczają znaczniki

w nieodpowiednich miejscach i gubią zamykając

zy wyświetlane są bez błędów, a połączenia prowadzą pod

właściwe adresy. Ten rodzaj testowania nie powie Ci nic o użyteczności stron i

3. przetestuj dział

any został wygląd tabeli w przeglądarce nieinterpretującej

tabel? Tam właśnie przeglądarka starała się określić o co Ci chodziło.) Niektóre

Ale istnieje tylko jedna prawdziwa definic

e cudzysłowy atrybutu HREF (mam

z tym nieustannie kłopoty — „zawiesiłam” w ten sposób już wiele przeglądarek). Naj-

Rozdział 27. Testowanie, poprawianie i aktualizowanie stron WWW

765

lep

szą metodą sprawdzenia poprawności stron jest przetestowanie ich za pomocą

mu sprawdzającego poprawność kodu HTML.

pro-

gra

Wiele edytorów HTML udostępnia obecnie możliwość sprawdzenia poprawności kodu

HTML, a programy, takie jak HoTMetaL Pro (SoftQuad) ustrzegą Cię przed tworzeniem

dokumentów zawierających błędy składniowe. Jednak w większości przypadków kontrola

poprawności jest ograniczona i niepełna. Co więcej, pewne edytory nie tylko przepuszczaj

Twoje błędy w kodzie HTML, ale same generują takie błędy. Z tego względu skorzystanie z

dodatkowego programu sprawdzającego poprawność kodu jest jak najbardziej wskazane.

Programy sprawdzające poprawność kodu HTML służą tylko i wyłącznie do tego celu.

Nie ma tu znaczenia wygląd Twoich stron, ale jedynie to, czy jesteś w zgodzie z aktual-

ną specyfikacją HTML. Niektóre z tych programów sprawdzają poprawność ze star-

szymi i nowszymi specyfikacjami

sły, z ramkami bądź przejściowy).

Aby uzyskać kod HTML, który może być używany z następnymi generacjami narzędzi

tworzenia stron, testowanie jego poprawności jest jak najbardziej potrzebne. Nie uśmie-

cha Ci się

czytane.

Oczywiście, nawet jeśli Twój kod HTML jest bez wątpienia poprawny, powinieneś te-

stować swoje strony w wielu przeglądarkach, aby upewn

wykaże błędów popełnionych przy projektowaniu stron.

ormularzu swój adres URL,

a program testuje stronę poprzez sieć. Moimi ulubionymi programami są serwis spraw-

dza

jący HTML W3C i Weblint (autorstwa Neil Browsers).

ąc się o nowe opcje i zmieniając swój wygląd. Nawet jeśli będą wyglądały inaczej

niż na przedstawionych rysunkach, przykłady pozwolą Ci na zapoznanie się z istotą ich

działania

W następnej części przedstawię kilka programów weryfikujących dostępnych w Internecie.

Istnieją również programy sprawdzające poprawność kodu, które można pobrać i uru-

chomić na swoim komputerze. Takim programem, działającym na platformie Win-

dows 95/NT, jest CSE 3310 HTML Validator. Program ten pomaga w wyszukiwaniu i

przezwyciężaniu różnych problemów związanych z HTML-em, takich jak przekręcone

lub nieprawidłowe nazwy znaczników, nieprawidłowe atrybuty lub wartości, brakujące

cytaty, brakujące znaczniki zamykające, nieprawidłowe rozmieszczenie lub zagnież-

dżenie znaczników i wiele innych. Więcej o tym programie można przeczytać na jego

stronie domowej dostępnej pod adres

em http://www.htmlvalidator.com/ . Można tam

HTML. Nowsze programy weryfikujące pozwalają

na sprawdzenie zgodności kodu z trzema „gatunkami” HTML 4.0 lub XHTML 1.0 (ści-

chyba ręczne poprawianie tysiąca stron, gdy pojawi się wreszcie ostateczne

narzędzie tworzenia stron HTML, a Ty odkryjesz, że nie są one absolutnie przez nie

ić się, że podjęte decyzje pro-

jektowe były właściwe. Stosowanie programu testującego poprawność kodu HTML nie

W jaki sposób dotrzeć do programów sprawdzających poprawność kodu? Kilka jest do-

stępnych w sieci bądź w postaci plików, które możesz ściągnąć i uruchomić na swoim

komputerze, bądź stron WWW, na których wprowadzasz w f

Tak jak w przypadku wszystkich witryn WWW, te serwisy także ciągle się przeobrażają,

wzbogacaj

766

Część 9. Publikowanie na WWW

również pobrać darmową wersję testową programu, posiadającą nieco mniejsze możli-

wości, jest ona dostępna pod adresem:

http://www.htmlvalidator.com/htmldownload.html .

Weblint 1

Nieco bardziej ogólnym programem kontrolującym poprawność HTML-a jest Weblint.

Oprócz sprawdzania poprawności składni, wyszukuje on także niektóre powszechnie

popełniane błędy: niewłaściwie zastosowane znaczniki zamykające, umieszczone poza

sekcją HEAD znaczniki TITLE , powtarzające się elementy, które pow

pytając, czy umieściłeś atrybut ALT w znaczniku <IMG> . Podsumowanie testu jest zde-

cydowanie przyjaźniejsze niż w przypadku poprzedniego programu, aczkolwiek zgod-

ność z HTML-em nie jes

by nowsze znaczniki, takie jak tabele i inne dodatki HTML).

t tu rygorystycznie respektowana (w zasadzie program

oprotestował

Na rysunku

27.1 pokazana jest strona Weblint, którą możesz znaleźć pod adresem

m/cgi-bin/WWWeblint. Prezentuje ona formularz służący do prze-

estowania.

http://www.unipress.co

syłania stron do t

1 ( przyp. red . ) Niestety serwis sprawdzający Weblint nie jest już dostępny bezpłatnie, o czym autorka pisze

pod koniec podrozdziału. Niemniej jednak można na Internecie znaleźć serwis pośredniczący,

umożliwiający bezpłatne korzystanie z serwisu Weblint. Serwis ten ma adres : http://www.ews.uiuc.edu/

cgi-bin/weblint . Jedynym utrudnieniem związanym z jego wykorzystaniem, jest fakt iż nie pozwala on

na sprawdzanie poprawności podanych fragmentów kodu, a jedynie całych stron WWW, których adres

URL należy podać. Oznacza to, że aby sprawdzić stronę, będziemy musieli ją najpierw opublikować.

inny wystąpić tylko

raz, itp. Próbuje także naprowadzić Cię na inne możliwe nieprawidłowości, na przykład,

Rozdział 27. Testowanie, poprawianie i aktualizowanie stron WWW

767

Rysunek

Serwis test

27.1.

ujący Weblint

Serwis Weblint

pozwala zarówno na przetestowanie kodu HTML wklejonego do pol

rony opublikowanej w Internecie. Jeśli chciałbyś zobaczyć

eć o Twoim kodzie HTML, wpisz poniższy przykład w pol

ładzie pominięto otwierający znacznik <p> , choć akapit zosta

znacznika <p> :

formularza, jak i st

, co We-

blint może powiedzi

u DATA

formularza. W przyk

ł za-

mknięty za pomocą

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN

"http://www.w3.org/TR/xhtml1/DTD/transitional.dtd">

<html>

<head>

<title>Sprawdzanie poprawnosci kodu HTML</title>

</head>

Co jakis czas zdarza mi sie, ze odczuwam nagle pragnienie bycia

zabawnym. Na szczescie dla otoczenia, zazwyczaj przechodzi mi to po

kilku minut

ach. Czasem jednak zaczynam pisac... </p>

</body>

</html>

Jak widać na rysunku 27.2,

o brakującym znaczniku <p> .

nasz przykładowy kod powoduje wypisanie informacji

Plik z chomika:

Inne pliki z tego folderu:

Inne foldery tego chomika: