Acid3

Z Wikipedii

Obrazek przedstawiający stronę wzorcową testu, która jednak może wyglądać nieco inaczej w różnych przeglądarkach (zob. sekcję Przebieg testu)

Acid3 to kolejny test z serii Acid opracowany przez organizację Web Standards Project (WaSP), który ma pomóc przeglądarkom internetowym w spełnieniu standardów internetowych wyznaczanych przez organizację W3C. Test był rozwijany od kwietnia 2007, a oficjalnie zakończony 3 marca 2008^[1]. Głównym twórcą Acid3 był Ian Hickson, który przygotowywał również poprzednią wersję - Acid2.

[edytuj] Przebieg testu

Acid3 przebiega nieco inaczej niż jego poprzednik. Składa się on z wielu mniejszych podtestów, które są uruchamiane zaraz po wejściu na stronę, a wyniki podawane są na bieżąco. Stąd łatwiej można ocenić ile z testowanych właściwości nie działa jeszcze zgodnie ze standardami.

Zgodnie z zaleceniami twórców, testy powinny być przeprowadzane przy standardowych ustawieniach przeglądarki, czyli takich które posiadałby użytkownik, który nie chciał, bądź nie potrafił niczego zmienić po jej zainstalowaniu.

Aby przeglądarka przeszła test w całości nie tylko musi osiągnąć wynik 100/100, ale także animacja powinna przebiegać płynnie, a po zakończeniu poszczególnych podtestów strona powinna wyglądać identycznie (co do piksela) jak strona wzorcowa oglądana w tej samej przeglądarce. Sama strona wzorcowa może jednak wyglądać nieco inaczej w różnych przeglądarkach ze względu na różnice w rasteryzacji czcionek.

Wymagana płynność animacji została określona na ok. 30fps (33ms na test)^[2]. Można to zweryfikować oglądając szczegółowy raport wydajności i błędów. W tym celu po zakończeniu testu należy przytrzymać klawisz SHIFT i kliknąć myszką na A (w słowie Acid).

[edytuj] Testowane elementy

Poprzedni test sprawdzał standardy, które mają większe znaczenie w statycznych stronach. Obecny ma na celu sprawdzenie zdolności przeglądarek do wyświetlania i tworzenia dynamicznych stron według powszechnie przyjętych standardów tj. obiektowego modelu dokumentu (DOM) na poziomie 2 (DOM Level 2) i standardu dla dynamicznych skryptów wykonywanych po stronie użytkownika - ECMAScript (popularnie zwanym JavaScriptem).

Dodatkowo testowane są również niektóre z elementów innych standardów uznanych przez twórców testu za szczególnie przydatne do tworzenia dynamicznych stron Web 2.0^[3], to znaczy:

• zagnieżdżania dodatkowych elementów wg standardu HTML4 (<object>, <iframe>, itp)
• prawidłowa obsługa protokołu HTTP (Content-Type, 404, itp)
• elementy XHTML 1.0
• CSS
  • CSS2 (@font-face)
  • CSS2.1 (’inline-block’, ‘pre-wrap’, parowanie itp)
  • CSS2 i CSS3 - selektory (:lang, :nth-child(), łączenie selektorów, dynamiczne zmiany selektorów, itp)
  • CSS3 - kolory (rgba(), hsla(), itp)
  • CSS3 - interfejs użytkownika (’cursor’)
  • Media Queries, czyli możliwość szczegółowego wyboru medium, do którego będzie odnosił się arkusz CSS
• Data URL, czyli zagnieżdżanie specjalnie zakodowanych informacji (np. obrazków) w adresie URL
• SVG (animacje, czcionki, itp)

Elementy, które można sprawdzić jedynie poprzez porównanie ze stroną wzorcową:

• CSS2.x - pobieranie czcionek
• CSS3 - cienie tekstu

Możliwość pobierania czcionek jest testowana za pomocą niestandardowej czcionki TrueType nazwanej "AcidAhemTest". Powinna ona przykrywać białym kwadratem czerwony kwadrat w górnym, prawym rogu ekranu. Tło jest białe, więc taki biały kwadrat byłby niewidoczny.

[edytuj] Podział na podtesty

Acid3 został podzielony na 100 podtestów podzielonych z kolei na 6 grup, zwanych "wiadrami" (ang. buckets):

• Bucket 1: DOM Traversal, DOM Range, HTTP
• Bucket 2: DOM2 Core, DOM2 Events
• Bucket 3: DOM2 Views, DOM2 Style, selektory i Media Queries
• Bucket 4: Zachowanie się formularzy i tabel HTML, podczas przetwarzania przez skrypty oraz DOM2 HTML
• Bucket 5: Testy pochodzące z zawodów Acid3 Competition (SVG, HTML, SMIL, Unicode, ...)
• Bucket 6: ECMAScript

[edytuj] Wynik testów w poszczególnych przeglądarkach

Należy zwrócić uwagę, że wartość licznika procentowego opiera się na liczbie zdanych podtestów. Oznacza to, że niektóre przeglądarki mogą mieć większy wynik w teście, a jednocześnie nie będzie to oznaczać, że są bardziej odpowiednie dla dynamicznych stron serwisów Web 2.0 (mogą np. przejść więcej mniej istotnych testów).

^* Należy zwrócić uwagę, że wynik liczbowy może być inny przy ponownym uruchomieniu testu i jest to zalecane działanie^[2]. Wynika to z tego, że niektóre podtesty przy pobieraniu danych z cache'u mogą trwać krócej niż za pierwszym razem (nie są zależne od sprawności połączenia z serwerem zewnętrznym). Stąd też dla programistów naprawiających błędy istotniejsze od wyniku liczbowego mogą być szczegółowe komunikaty widoczne w raporcie (patrz Przebieg testu).

^** W zależności od systemu operacyjnego, odpowiednio klasy Windows, MacOS X i UNIX.

[edytuj] Rozwój Acid3 i jego wpływ na rozwój przeglądarek

[edytuj] Prace nad pierwszą wersją testu

Tak jak to było wspomniane na początku artykułu, Ian Hickson rozpoczął prace nad Acid3 już w kwietniu 2007, jednak prace postępowały powoli. W grudniu 2007 prace zostały wznowione, a szersze informacje o nich zostały podane 10 stycznia 2008 w blogach przez Anne van Kesteren^[6] i Dustina Brewer^[7]. W tym czasie zestaw był osiągalny pod wiele mówiącym adresem: "http://www.hixie.ch/tests/evil/acid/003/NOT_READY_PLEASE_DO_NOT_USE.html" (...jeszcze nie gotowy, proszę nie używać). To nie powstrzymało jednak szerokiego zainteresowania ze strony społeczności programistów internetowych.

14 stycznia 2008 wciąż brakowało jeszcze 16 ze stu planowanych podtestów, stąd najpierw na blogu Iana Hicksona^[8], a potem także na stronie WaSP^[9] ogłoszono konkurs na dopisanie pozostałych 16 podtestów.

Poniżej wymienieni programiści mają swój udział w budowaniu ostatecznej wersji testu Acid3, właśnie poprzez udział we wspomnianym konkursie:

• Sylvain Pasche - test 66-67 (DOM),
• David Chan - test 68 (UTF-16),
• Simon Pieters i Anne van Kesteren - test 71 (parsowanie HTML),
• Jonas Sicking i Garret Smith - test 72 (dynamiczne modyfikacje węzłów tekstowych stylów blokowych),
• Jonas Sicking - test 73 (zagnieżdżone zdarzenia),
• Erik Dahlstrom - test 74-78 (SVG i SMIL),
• Cameron McCormack - test 79 (czcionki SVG).

[edytuj] Rozwój przeglądarek i zmiany w teście

Wpływ Acid3 na rozwój przeglądarek internetowych okazał się znaczący jeszcze przed jego oficjalnym wydaniem. Dla przykładu silnik przeglądarek internetowych WebKit, w ciągu mniej niż miesiąca uzyskał wzrost liczby zdanych podtestów z 60 do 87^[10].

Jak określał to główny twórca testu, Ian Hickson, pierwszą wersję Acid3 uznano za "wystarczająco stabilną" by można było jej używać^[10]. Hickson przewidywał początkowo, że po paru miesiącach wyniki przeglądarek będą zbliżać się do wyniku 100/100, a programiści zaczną zgłaszać błędy w podtestach.

Tymczasem już po niecałym miesiącu od premiery testu programiści Opery i Apple (Safari) ogłosili, że robocze wersje ich przeglądarek przechodzą test. Jednocześnie programiści faktycznie wraz ze zbliżaniem się do setki zaczęli zgłaszać błędy w teście. 26 marca 2008 Hickson ogłosił na swoim blogu, że część ze zgłaszanych uwag była zasadna i wprowadził odpowiednie poprawki paru podtestach, a część z nich zaktualizował^[11]. Jeszcze tego samego dnia programista Apple znalazł błąd w podteście związanym z SVG i pomógł go naprawić^[12]. Błąd ten wiązał się z mylną interpretacją specyfikacji i dlatego Opera przechodząc ten podtest w starej wersji, również zachowywała się nieprawidłowo. Dwa dni później 29 marca 2008 Ian opisał dodatkowy problem i drobną zmianę w podteście dotyczącym sztucznej czcionki "Ahem", który jednak dotyczył tylko Maca, a więc nie zmienia wyniku Opery. Problem był powiązany z antyaliasingiem czcionki, który zmieniał wielkość znaku, który zasłaniał wówczas część obramowania, co twórcy Safari próbowali ominąć poprzez wyłączenie antyaliasingu tej czcionki^[13].

Parę dni później Hickson zmienił jeszcze jeden podtest (nr 26), który jest jednym z testów badających wydajność przeglądarki. Zmiana ma ułatwić miarodajne testowanie przeglądarek na różnych komputerach. Wyjaśnił także co miał na myśli pisząc, że animacja musi być płynna. Mianowicie żaden z testów nie może trwać dłużej niż 33ms, przy czym według Hicksona tak naprawdę tylko wspomniany podtest nr 26 powinien zajmować znaczącą ilość czasu. To wszystko przy założeniu, że dane są pobierane z cache'u przeglądarki, a więc przy ponownym uruchomieniu testu. Jednak w związku z tym, że standardy nie określają ściśle wydajności, wynik liczbowy 100/100 jest wystarczający do przejścia testu w sensie zgodności ze standardami^[2].

Przypisy

[edytuj] Linki zewnętrzne

Zobacz galerię na Wikimedia Commons:
Acid3

• Strona testowa Acid3 (en)
• Obrazek referencyjny (en)