Как называется тест поддержки браузером веб стандартов 1 acid3 2 wsyg 3 wysiwyg

Обновлено: 07.07.2024

29 января 2008 года Ян Хиксон, разработчик Acid2 и Acid3, а ныне работник Google, сообщил о предварительном релизе Acid3 — пока сам тест проходил проверку на соответствие спецификациям, каждый желающий мог проверить свои браузеры. 3 марта 2008 разработка теста была закончена, [4] и появились наброски для Acid4 [5] .

В 2013 году Хиксон объявил, что достиг целей по унификации браузеров, и Acid4 так и не появился. К апрелю 2017 года спецификации пришли к консенсусу, который слегка не совпадает с тем, что проверяет Acid3 [6] . Тест оставили ради истории, но он уже ничего не значит. На 2019 год и Firefox Quantum, и мобильный Firefox, и браузеры на Blink проходят его на 97/100.

Основная часть теста написана на JavaScript и содержит 100 подтестов в шести группах и несколько специальных тестов (0, 97, 98, 99)

Основной критерий проверки — запуск тестов с настройками браузера по умолчанию. Конечный результат должен получить 100 из 100 баллов и соответствовать стандартному исполнению пиксел в пиксел. [7] На браузерах для персональных компьютеров анимация должна быть гладкой (каждый тест должен проходиться быстрее, чем за 33 мс, что является примерным эквивалентом по производительности ноутбуку Apple), однако малая производительность на слабом компьютере не является критерием непрохождения теста.

Также для правильного отображения полного прохождения необходимо, чтобы браузер отображал правильную иконку и заголовок страницы. При этом сервер возвращает статус сервера Not Found:404 при попытке загрузить её, а изображение иконки содержится в теле страницы. Этот тест проверяет правильность реакции браузера на ошибки сервера. Стандартная иконка является ошибкой.

В течение теста на страницу добавляются цветные квадраты; цвет квадратов зависит от числа выполненных подтестов в группе. Если в группе все тесты провалены — квадрат не отображается. Если несколько тестов провалено, цвета будут такими:

1-5 подтестов пройдены: чёрный квадрат.
6-10 подтестов пройдены: серый квадрат.
11-15 подтестов пройдены: серебристый квадрат.
Все 16 подтестов пройдены: цветной (красный, оранжевый, жёлтый, зелёный, синий, фиолетовый — для каждой из групп свой цвет).

После прохождения теста буква «А» в слове Acid3 становится кликабельной, при этом при простом нажатии выводится всплывающее окно с перечнем непройденных тестов или же данная информация выводится в новом окне при щелчке с нажатой кнопкой Shift.

Тест использует картинки, заированные Base64, некоторые сложные селекторы, цветовые значения CSS 3 (HSLA, при этом ненастоящие селекторы и значения должны игнорироваться).

Однако Opera версии 11.50 показывает 65/100 из-за её настроек безопасности.

Мобильные браузеры

Разработчики, победившие в соревновании:

Сильвен Паш, подтесты 66—67 (DOM);
Дэвид Чен, подтест 68 (UTF-16);
Симон Питерс (Opera) и Анне ван Кестерен (Opera), подтест 71: HTML-парсинг;
Джонас Сикин (Mozilla) и Гаррет Смит, подтест 72: динамическая модификация текста стилей;
Джонас Сикин (Mozilla), подтест 73: вложенные события;
Эрик Дэльстром (Opera), подтесты 74—78: SVG и SMIL;
Кэмерон МакКормак (Batik SVG library), подтест 79: SVG-шрифты.

Ещё до выпуска официального релиза влияние теста на развитие браузеров было огромным. WebKit, в частности, сделал прыжок вперёд; менее чем за месяц его результаты в тесте возросли с 60 до 87.

По состоянию на март 2008 ранние версии движков Presto и WebKit получали 100 из 100 и правильно обрабатывали страницу, однако на тот момент ни один из браузеров на основе этих движков не проходил тест.

17 сентября 2011, Ян Хиксон объявил об обновлении Acid3-тестов. Он утверждает, что, удалил часть тестов, которые могут быть сильно изменены в следующих спецификациях. В результате Firefox 6 и Internet Explorer 9 получили 100 из 100 в тесте Acid3 [14] .

Что такое Acid3? Кто его придумал? Как он устроен и как он работает? Что он измеряет на самом деле? Этими и другими вопросами мы зададимся в данной статье и попробуем найти ответы.

Что такое Acid3?

Acid3 — это третий из серии специальных тестов (до этого были Acid1 и Acid2), написанных «в помощь производителям браузеров, чтобы те могли проверить поддержку стандартов в своих продуктах». Конкретно ACID3 нацелен на тестирование спецификаций, связаных с разработкой динамичных «Web 2.0»-приложений.

Acid3 включает 100 специальных тестов, проверяющих 19 различных спецификаций.

Среди специалистов отношение к этому тесту весьма неоднозначное: с одной стороны, все знающие веб-разработчики понимаю, что этот тест мало что показывает и наврядли может выступать в роли абсолютного критерия поддержки веб-стандартов, с другой, наврядли, кто-то возьмется утверждать, что этот тест не имел никакого влияния.

Среди тех, кто смотрит на веселые картинки, и журналистов тест по-прежнему выступает одной из пузомерок браузеров. В какой-то момент можно было даже наблюдать вот такую картинку с явной корреляцией между Acid3 и веб-стандартами.

(Интересно, кстати, и то, что, согласно Google Trends, Россия в последние три года упорно входит в тройку стран, где про Acid3 говорят больше всего.)

Acid3 в плане использования в качестве мерилки “качества” браузера, пожалуй, стал самым ярким и широко используемым не только в сообществе и среди журналистов, но и иногда отдельными компаниями :)

В маркетинговом смысле дополнительное обманчивое впечатление создает “магия чисел” и привычный ассоциативный ряд 100

100%, что, конечно, с точки зрения поддержки стандартов, абсолютно не соответствует действительности.

…Вообще проверку Acid3 на поддержку всех веб-стандартов оба устройства проходят успешно, получая 100 очков из 100…

А вот за полгода до этого Компьюлента пинает предварительную версию IE9:

Медленно, но верно браузер учится адекватному пониманию основных веб-стандартов. Так, если первая редакция в тестах Acid3 «выбивала» 55 очков из ста возможных, то второй выпуск шасси уже набирает 68 пунктов.

Safari 4 — первый в индустрии веб-браузер, финальная версия которого полностью проходит тест на совместимость с веб-стандартами Acid3.

Тест Acid3 представляет собой тестовую страницу Web Standards Project, которая определяет, насколько движок браузера соответствует общепринятым стандартам, насколько правильно обрабатывает новые спецификации HTML и CSS и способен ли корректно отображать веб-страницы.

«Здесь важен тот факт, что реально Acid3 не является тестом, проверяющим широкий спектр стандартов. Это всего лишь маленький экспонат, что-то вроде потемкинской деревни. Это досадно, потому что если что и нужно сейчас, так это исчерпывающие наборы тестов для спецификаций – XHTML, CSS, DOM, SVG.»

Где же правда? И что там на самом деле внутри? С этим и будем разбираться.

Авторы

Основным разработчиком Acid3 является Ян Хиксон (Ian Hickson), ранее разработавший набор тестов Acid2. Хиксон входит в группу разработки стандартов CSS и, в частности, был соредактором спецификации CSS 2.1, а также вносит большой вклад в подготовку спецификации HTML5, являясь редактором этой и других связанных спецификаций.

Ян успел поработать в Mozilla Foundation, Netscape и Opera Software, сейчас работает в Google.

Sylvain Pasche. Тесты 66–67 (DOM)
David Chan. Тест 68 (UTF-16/UCS-2)
Simon Pieters (Opera) и Anne van Kesteren (Opera). Тест 71: парсинг HTML
Jonas Sicking (Mozilla) и Garrett Smith. Тест 72: динамическое изменение стилей текстовых блоков
Jonas Sicking (Mozilla). Тест 73: Вложенные события
Erik Dahlström (Opera). Тесты 74–78: SVG и SMIL.
Cameron McCormack (Batik SVG library). Тест 79: шрифты в SVG.

Внутреннее устройство

Самое интересное в Acid3 — это как раз внутренее устройство и детали процессов, приводящих к тем или иным циферкам и квадратикам итоговой картинки.

Чтобы понять, что же там внутри, самое время забраться в исходники теста – благо во всех современных браузерах есть средства разработки (и даже почти во всех встроенные).

исходная разметка страницы
заготовки стилей для тестирования и отрисовки итогового изображения (с некоторыми комментариями о тонкостях позиционирования и размеров прямоугольников)
дополнительные тестовые страницы (файлы), используемые в ряде тестов
собственно сами наборы тестов (JavaScript)
движок для тестирования (JavaScript)

Движок тестирования

несколько вспомогательных функций (fail, assert, assertEquals) для общей механики проверок

пару функций для работы с iframe и стилями

getTestDocument – создает тестовый документ на основании содержания iframe
selectorTest – для тестирования заданных css-селекторов в таком тестовом документе

Набор тестов

Каждый тест, с точки зрения внешнего пользователя, представляет из себя отдельную функцию без входящих параметров, возвращающую некоторый признак успешности.

Каждый тест в качестве признака успешности возвращает код того набора, к которому он принадлежит. Например, вот так выглядит тест 87:

function () // test 87: Date tests -- years
var d1 = new Date(Date.UTC(99.9, 6));
assertEquals(d1.getUTCFullYear(), 1999, "Date.UTC() didn't do proper 1900 year offsetting" );
var d2 = new Date(98.9, 6);
assertEquals(d2.getFullYear(), 1998, "new Date() didn't do proper 1900 year offsetting" );
return 6;
>

* This source code was highlighted with Source Code Highlighter .

Некоторые тесты, завязанные на взаимодействие с внешними файлами, могут возвращать специальный признак, требующий повторного запуска из-за возможных проблем с сетевым взаимодействием (в этом случае делается до 500 попыток запустить тест).

Внутреннее устройство каждого из тестов можно разбирать отдельно, но, наврядли, это представляет большой интерес. Там все честно – проверяется корректность решения некоторой задачи (см. также ниже), причем местами довольно большим количеством проверок (не уверен, что столь большие группировки тестов является хорошей практикой с точки зрения написания кода).

Любая из проверок может вывалиться с ошибкой, что будет отловлено во внешнем цикле (см. ниже).

Сами функции, описывающие тесты, объеденены в общий массив.

update()

Как сказано выше, функция update() занимается непосредственно запуском тестов, сбором результатов и формированием лога и итоговой картинки.

Технически, функция рекурсивна с задержкой по timeout: на каждый следующий тест запускается через 10 миллисекунд, максимум 500 попыток на тесты, требующие сетевого подключения (result == "retry").

Упрощенно схема тестирования выглядит так:

function update() if (index < tests.length) try var result = tests[index]();
if (result == "retry" ) retry += 1;
if (retry < 500) setTimeout(update, delay);
return ;
>
fail( "timeout -- could be a networking issue" );
> else if (result) // обновление внешнего вида
>
> else fail( "no error message" );
>
> catch (e) // ошибка
>;
retry = 0;
index += 1;
setTimeout(update, delay);
> else // итоги
>
>

* This source code was highlighted with Source Code Highlighter .

При обновлении внешнего вида с учетом номера набора, к которому принадлежит тест, к тому или иному прямоугольнику, соответствующему набору тестов, добавляется символ “P” в названии класса. В зависимости от количества букв “P” применяется тот или иной CSS-класс:

* This source code was highlighted with Source Code Highlighter .

Именно из такой схемы получается, что по мере прохождения тестов прямоугольники постепенно окрашиваются в тот или иной цвет, начиная с черного и заканчивая конкретным цветом для каждого набора.

Что тестирует Acid3?

Итоговый вывод по содежанию: Acid3 тестирует не более того, что он тестирует – отдельные элементы отдельных стандартов небольшим количеством тестов. То есть, статистически ничего.

Интересные факты

Acid3 Competition

В процессе работы над тестами Ян Хиксон объявил конкурс на дополнительные тесты (16 штук), чтобы довести количество тестов до круглого числа (100). Среди требований было такое:

Тест должен проваливаться (выкидывать исключение) в свежем билде Firefox или Webkit (в идеале в обоих). (Opera и IE уже проваливают достаточное количество тестов и я не хочу добавлять еще тестов, которые проваливаются только в них. Конечно, если вы найдете что-то, что праваливается в Firefox или Webkit и Opera или IE, будет лучше.)

(К слову, Acid3 был выпущен примерно в то же время, когда Microsoft выпустила публичную бета-версию IE8, основной функционал которой был уже зафиксирован и не подлежал изменению независимо от результатов тестов, подобрых Acid3.)

Как пишет Ян Хиксон, уже после первичного анонсирования Acid3 (март 2008) отдельные тесты менялись в силу обнаруженных багов и был даже случай, когда тест пришлось менять в силу изменившейся спецификации. В какой-то момент один из вендоров (не будем показывать пальцем) заявил, что проходит полностью Acid3, но оказалось, что в тестах была ошибка :)

Последнее обновление набора тестов было произведено около года назад – в начале апреля 2010.

Acid 4 и уроки из Acid3

не включать минорные баги;
не запрашивать разработку специфических тестов, писать тесты самостоятельно, но запрашивать отзывы с ранних итераций (t=0): публично и у конкретных экспертов;
запрашивать пожелания относительно того, что именно тестировать;
не показывать сам тест на ранних стадий, чтобы избежать отсылок к нему в то время, как ведется обсуждение, что именно тестировать;
не включать измерение производительности как часть тестов (это можно делать отдельно, если все согласятся, что тест честный);
сделать хорошо выглядящую картинку;
спрашивать у разработчиков браузеров совета по времени анонсирования теста.

Почему Firefox 4 и IE9 не набирают 100 баллов?

Как известно, Firefox 4 и IE9 не набирают 100 баллов в Acid3 – и многие журналисты и люди, не следящие за всеми перепетиями развития событий, продолжают этому удивляться.

Комментарии Alexander Limi (GUI дизайнер в Mozilla) с отсылкой на комментарий Boris Zbarsky (Mozilla engineer):

“Оставшиеся три балла касаются SVG Fonts. Opera и Webkit реализовали небольшое подмножество SVG 1.1 Fonts, достаточное для прохождения Acid3. Мы не хотим внедрять в Gecko даже небольшое подмножество, пока не будем уверены, что это принесет пользу разработчикам или пользователям. При этом реализация полной спецификации – довольно сложная задача, т.к. SVG Fonts проектировались без учета интеграции с HTML.

В настоящий момент SVG WG решила, что SVG Fonts не будет в основной части SVG и переместится в отдельную спецификацию, которая потребует серьезной работы, если кто-то возьмется ее полностью реализовать.”

Предпочтение отдается WOFF.

Аналогичное предпочтение и нестремление в реализации SVG Fonts высказывает Dean Hachamovich (Microsoft) и добавляет про “недостающую” реализацию SMIL:

“Поддержка SMIL-анимаций в SVG в веб-сообществе далека от того, чтобы быть достаточно сильной. Лидер движения стандартизации SVG написал, что неподдержка SMIL в текущем статусе, возможно, наилучшая опция, т. к. SVG WG занимается координацией с CSS WG относительно внесения изменений в анимации и расширения фильтров.”

В вопросе анимаций предпочтение отдается JavaScript и CSS.

Почему Acid3 важен?

Казалось бы, внутренее содержание Acid3 и его оценка в профессиональном сообществе весьма однозначно говорят о том, что тест нельзя рассматривать, как критерий оценки качества поддержки стандартов.

На практике, такой выборочный и “экспонатный” подход с заложенной ориентацией на баги различных браузеров, а не масштабную проверку функционала не несет в себе достаточной ценности и отдает откровенным популизмом.

Навряд ли, кто-то из разработчиков браузеров возьмется серьезно рассматривать Acid3, как критерий качества своего продукта. Но вместе с тем, баги, проверка которых заложена во многие тесты Acid3, оказались исправленными вместе с другими улучшениями. В этом смысле Acid3 является неплохим маячком того, что разработчики движутся в правильном направлении (если только они не подгоняют браузер под прохождение конкретных тестов).

В конечном счете и на деле (маркетинговом) Acid3 сыграл и местами продолжает играть достаточно весомую роль. И когда маховик закрутился, навряд ли возможно его полностью игнорировать.

Acid3 также интересен и ценен тем, что представляет из себя хороший образец автоматизированного тестирования браузеров, доступного простым пользователям, с наглядным отображением результатов, понятным широким массам.

В Кислотных тестах ( английская кислота , кислота «) являются тестовыми сайтами для тестирования веб - браузеров и других подобных приложений на их соответствии стандартов World Wide Web Consortium (W3C).

Первый кислотный тест 1998 года был разработан Тоддом Фарнером и позже был включен в официальную серию тестов CSS 1.0 Консорциума World Wide Web. Следующие тесты Acid2 (2005) и Acid3 (2008) были разработаны и опубликованы Проектом веб-стандартов (WaSP). Большинство производителей браузеров считают эти тесты препятствием, которое, если оно будет превышено, показывает, что веб-стандарты Консорциума World Wide Web хорошо поддерживаются.

Содержание

кислота

Acid , также называемая Boxacid , была разработана и опубликована Тоддом Фарнером в октябре 1998 года. Сегодня первый кислотный тест почти не актуален; все графические веб-браузеры, которые обычно используются сегодня, уже давно проходят этот тест. В 1999 году кислотный тест был включен в официальный набор тестов CSS 1.0 Консорциума World Wide Web . Первоначальный кислотный тест был главным источником вдохновения для Яна Хиксона, разработчика браузерных тестов Acid2 и Acid3 , для разработки самих браузерных тестов.

В отличие от браузерных тестов, которые использовались до этого для проверки взаимодействия веб-браузеров с CSS 1.0, кислотный тест объединяет большое количество различных тестов на одной странице. Для проверки рендеринга используется эталонный рендеринг , вдохновленный тестами браузера Брэйденом МакДэниелом, который должен совпадать с выводом в веб-браузере.

Mozilla Firefox или Mozilla Application Suite , кислота была вокруг с ранними бета - версии . В версии 6 Internet Explorer , наконец, было внесено изменение в интерпретацию объявления ширины CSS, что означает, что Internet Explorer с тех пор также смог пройти тест. В отличие от браузеров от Mozilla и Microsoft , Netscape Navigator 4, который все еще оставался актуальным в то время, безнадежно завалил тест.

Кислота2

Acid2 был разработан Проектом веб-стандартов (WaSP) и опубликован 12 апреля 2005 года на основе оригинального теста Acid 1998 года. Основной причиной разработки этого теста было возрастающее отсутствие поддержки стандарта W3C различными производителями веб-браузеров. Это привело к увеличению затрат на разработку веб-сайтов и в некоторых случаях затруднило отображение веб-сайтов пользователями альтернативных браузеров. Хотя некоторые ведущие производители изначально скептически относились к WaSP, с 2000 года постепенно происходит возвращение.

Цель теста - выявить ошибки рендеринга через веб-браузеры. В тесте используются принципы HTML , но в основном проверяются навыки работы с CSS , поскольку они не поддерживались в достаточной степени большинством браузеров на момент разработки. Основная цель здесь - выделить проблемы с браузерами, которые не прошли тест. Все браузеры, чьи реализации HTML и CSS совместимы со спецификациями Консорциума World Wide Web, не имеют проблем с их отображением.

При разработке теста Acid2 разработчики также придавали большое значение совместимости ошибок . Во многих браузерах реализованы процедуры автоматического исправления ошибок. Однако стандарт CSS требует игнорировать неправильный код. Вот почему тест Acid2 намеренно содержит неправильный код, который браузеры должны игнорировать.

Проверенные стандарты

Представление Acid2 в
Microsoft Internet Explorer 7.0

Так называемые « URL-адреса данных » - исходный текст файлов, например, интегрируется непосредственно в исходный текст HTML и не доступен через отдельный URL-адрес.
Общий синтаксический анализ CSS. В тесте Acid2 есть несколько неверных объявлений CSS, которые необходимо игнорировать.
Абсолютное, относительное и фиксированное позиционирование элементов с помощью CSS
Перемещение ("парение") элементов - нос смайлика становится синим
Внутренние и внешние расстояния элементов
Перекрытие разных элементов
Таблицы, созданные с помощью CSS
Контент, созданный с помощью CSS
Модель встроенного блока CSS
Коробочная модель CSS
Альфа - смешивание из PNG графики
object элемент

Совместимость приложений

Если тест Acid2 пройден, смайлик с текстом Hello World! быть видимым в окне браузера. Если навести указатель мыши на нос смайлика , он изменит цвет и станет синим. На момент публикации теста ни один из обычных движков рендеринга не смог правильно отобразить страницу. Текущие версии всех распространенных движков рендеринга прошли тестирование с марта 2009 года.

KHTML /WebKit

В апреле 2005 года Safari был первым браузером версии 2.0.2, который смог пройти тест Acid2 . Необходимое обновление WebKit является официальной частью macOS с версии 10.4.3 и позволяет всем браузерам Mac, использующим WebKit, пройти тест.
Konqueror (из KDE 3.5) основан на той же кодовой базе, что и Safari ( KHTML ), что означает, что некоторые исправления в Safari также были повторно использованы для Konqueror.
iCab смог пройти тест Acid2 начиная с версии 3.0 . ICab был полностью переписан для версии 4.0 и теперь использует WebKit в качестве механизма рендеринга.

Opera прошла тест Acid2 с версией 9.0 с марта 2006 года.

Mozilla Firefox освоил тест Acid2 с момента выпуска версии 3.0 в июне 2008 года.

Internet Explorer показывает правильное отображение теста с марта 2009 года с версией 8.0 в качестве последнего из важных веб-браузеров.

Prince XML (с версии 5.1), конвертер XML в PDF от YesLogic , также прошел тестирование с декабря 2005 года.

Кислота3

Как и его предшественник Acid2 , Acid3 был разработан Проектом веб-стандартов (WaSP). Разработка была начата в апреле 2007 года Яном Хиксоном и окончательно опубликована в феврале 2008 года. В отличие от Acid2 , третий кислотный тест ориентирован на интерактивные веб-сайты и, следовательно, в первую очередь тестирует DOM Level 2 и ECMAScript . Тем не менее, браузеры также проверяются, например , на предмет поддержки SVG и XML .

В сентябре 2011 года тест Acid3 был адаптирован к текущим событиям на рынке браузеров. Это упростило прохождение теста, так что различные браузеры впоследствии завершают тест с большим количеством баллов, чем раньше.

Проверенные стандарты

Acid3 был реализован с помощью JavaScript и содержит 100 отдельных тестов, которые разделены на шесть групп, называемых «бакетами». Кроме того, в тесте Acid3 есть еще четыре специальных теста.

Помимо 100 отдельных тестов, тестовая страница Acid3, отображаемая соответствующим браузером, также должна визуально соответствовать эталонной визуализации. Тени текста (CSS 3), загружаемые шрифты (« веб-типографика », CSS 2.0), изображения в кодировке Base64 (в форме URL-адресов данных ) и цветовые представления в цветовом пространстве HSLA также должны поддерживаться для правильного отображения и прохождения теста Acid3. будут. Кроме того, анимация теста должна работать плавно.

Совместимость приложений

Когда вызывается тест Acid3 , процентный счетчик должен считать до 100, при этом для выполнения каждого шага может потребоваться максимум 33 мс. Этот счетчик основан на количестве пройденных отдельных тестов. На заднем плане - цветные прямоугольники и заштрихованный текст Acid3 . Однако прохождения всех 100 отдельных тестов недостаточно для прохождения всего теста; отображение также должно соответствовать эталонному рендерингу.

Сам тест был написан таким образом, что на момент написания ни один браузер не смог пройти тест. На данный момент WebKit ( Safari с версии 4 и Google Chrome с версии 3), Gecko ( Mozilla Firefox с версии 4) и Presto ( Opera с версии 10) могут полностью пройти тест. Тест 26, в частности, вызывает проблемы у многих производителей движков рендеринга, потому что тест Acid3 требует, чтобы все отдельные тесты выполнялись не более 33 мс.

22 апреля 2008 года Ян Хиксон, разработчик теста Acid3 , исправил ошибку, обнаруженную разработчиком Mozilla . В результате этого изменения предыдущие отчеты о прохождении 100 индивидуальных тестов WebKit и Presto больше не соответствовали текущему статусу. И WebKit, и Presto теперь могут снова пройти все 100 индивидуальных тестов.

Mozilla Firefox и Internet Explorer получили только 97 и 95 процентов теста Acid3 соответственно. Реализация шрифтов SVG и собственная анимация SVG были протестированы на последние процентные точки. Однако они уже были отмечены как устаревшие в будущих версиях HTML и заменены введением WOFF и манипуляциями с помощью JavaScript. В других браузерах эти функции были реализованы не полностью и неправильно, просто чтобы пройти тест Acid3.

17 сентября 2011 года Ян Хиксон и Хокон Виум Ли пересмотрели тест Acid3. Были удалены или закомментированы части некоторых тестов, которые относятся к реализации функций, которые были либо сильно пересмотрены, либо полностью удалены в соответствующих спецификациях. Тесты , касающиеся событий DOM , DOM Range (оба приведены в DOMException ), объекты Attr , SVG анимации (SMIL), SVG Fonts , XLink и DOCTYPE узлы особенно страдают . С этим изменением теста разработчики могут продолжить разработку базовых и все еще изменяющихся спецификаций, не принимая во внимание результаты Acid3.

В результате этих изменений Firefox и Internet Explorer теперь также достигли результата 100/100 в тесте Acid3. С выпуском Consumer Preview 29 февраля 2012 года Internet Explorer 10 полностью прошел тест Acid3.

Сравнение разных браузеров

Далее различные браузеры сравниваются на основе количества набранных баллов. В дополнение к текущим версиям браузеров также упоминаются предварительные версии, в которых браузер получил это количество баллов.

Настольный браузер

Браузер (движок рендеринга)	Результат	поскольку
Google Chrome 4.0 ( WebKit с V8 )	100/100 баллов за исполнение	12 октября 2009 г. (стабильная версия 3.0.195)
Opera 10.0 ( Presto )	100/100 баллов за исполнение	1 сентября 2009 г. (стабильная версия 10.0)
Safari 4.0 (WebKit)	100/100 баллов за исполнение	8 июня 2009 г. (стабильная версия 4.0.0)
Mozilla Firefox 57.0 ( Gecko 57.0)	97/100 баллов за исполнение	1 декабря 2017 г. (стабильная версия 1.0)
Internet Explorer 10.0 ( трезубец )	100/100 баллов за исполнение	29 февраля 2012 г. (предварительная версия для потребителей 10.0.8250.0) 26 октября 2012 г. (стабильная версия 10.0)
Internet Explorer 9.0 (трезубец)	Текстовая тень 100/100 пунктов отсутствует	4 августа 2010 г. (предварительная версия платформы 1.9.7916.6000) 15 марта 2011 г. (стабильная версия 9.0)
Mozilla Firefox 3.6 (Gecko 1.9.2)	94/100 баллов	21 января 2010 г. (стабильная версия 3.6)
Konqueror 4.4 ( KHTML )	89/100 баллов	30 июня 2010 г. (стабильная версия 4.4.5)
Internet Explorer 8.0 (трезубец)	20/100 баллов	19 марта 2009 г. (стабильная версия 8.0)
Internet Explorer 7.0 (трезубец)	14/100 баллов	18 октября 2006 г. (стабильная версия 7.0)
Internet Explorer 6.0 (трезубец)	11/100 баллов	27 августа 2001 г. (стабильная версия 6.0)

Мобильный браузер

Браузер (операционная система)	Результат	поскольку
Opera Mobile	100/100 баллов	Версия 9.7 от 26 марта 2009 г.
WebKit Android 3.0	100/100 баллов	Android 3.0 от 22 февраля 2011 г.
Firefox Mobile	100/100 баллов	Firefox 4.0 от 22 марта 2011 г.
Safari iOS 7	100/100 баллов	iOS 7 от 20 сентября 2013 г.
WebKit HP webOS 3.0.5	93/100 баллов	HP webOS 3.0.5 от 12 января 2012 г.
WebKit Android 2.3.3	93/100 баллов	Android 2.3.3 от 22 февраля 2011 г.

Кислота4

Ян Хиксон хотел начать разработку Acid4, как только три из четырех крупнейших движков рендеринга ( WebKit , Gecko , Presto и Trident ) Acid3 появятся в открытых сборках. Так было с 2011 года. В Acid4 Хиксон хочет сделать особый упор на SVG , CSS3 и смешанные пространства имен .

Тест Acid2, позволяющий быстро оценить, насколько хорошо браузер поддерживает веб-стандарты, оказался крайне востребован и отлично справлялся со своим делом почти три года подряд. Однако к концу 2007 года зайти на сайт Acid2 и не увидеть улыбающееся жёлтое лицо оказалось возможно только в Internet Explorer и Firefox 2.0. Последние версии Opera, Safari и беты Firefox 3 проходили тест на "отлично".

Авторы Acid2 не бездельничали и в начале января 2008 года опубликовали первую пробную версию теста Acid3, убедительно попросив всех повременить с тестированием браузеров и подождать, пока Acid3 будет готов полностью. Конечно, многие не удержались от соблазна, и в тот же день результаты были широко растиражированы: Firefox 2 проходил 59%, Firefox 3 beta 2 - 63%, Safari 3 - 50%, WebKit Nightly (бета-версия движка, используемого в Safari) - 70%, а Opera 9.5 beta 1 - 65% теста. В Internet Explorer 7 новый Acid не работал вовсе

Так должен выглядеть пройденный тест

3 марта была представлена окончательная версия Acid3, и более точные результаты не заставили себя ждать. Они были похожи на прежние, и только в самой свежей на тот момент сборке движка WebKit поддержка стандартов стала заметно лучше. Браузер показывал уже 87 процентов - разработчики явно специально готовились к выходу новой версии теста.

Acid3 в стабильной версии Safari 3.1

Следующие три недели наверняка стали для них не меньшим испытанием. 17 марта новостная лента сайта WebKit сообщила о достижении 93 процентов, через пять дней - 95. Днём "икс" стало 26 марта, когда разработчики Opera отрапортовали, что бета-версия их браузера показывает аж 98 процентов в Acid3. WebKit на тот момент отставал на два процента.

Здесь счёт пошёл уже не на дни, а на часы. В тот же день WebKit подтянули до 98 процентов, но Opera к тому времени уже финишировала - 100% были достигнуты, и отличия от проверочной картинки составляли считанные пиксели. Вечером всё того же 26 марта авторы WebKit хвастались тем, что их движок тоже набирает 100% и с эталонным результатом совпадает до единого пикселя.

Версия Opera от 26.03.08 прошла тест

Остальные браузеры, похоже, будут идти к блестящим результатам с традиционной неспешностью. Разработчики из Mozilla говорят, что слишком заняты подготовкой к грядущему релизу Firefox 3, чтобы отвлекаться на менее важные задачи. Acid3, якобы, выявляет далеко не самые серьёзные недочёты, а их быстрое устранение может поставить под угрозу безопасность браузера.

Так справляется с Acid 3 текущая версия Firefox 3 beta 4

Можно было бы считать, что и в Microsoft руководствуются примерно такими же соображениями, если бы не недавний инцидент с участием бета-версии Internet Explorer 8 и теста Acid2. Новость о том, что IE8 в конце декабря прошлого года таки показал достойный результат, никого не удивила, и за шумихой, поднятой следующей версией теста, о ней могли и позабыть, если бы не один курьёзный эпизод.

Бета-версия Internet Explorer 8 с Acid3 почти не ладит

Как оказалось, Internet Explorer 8 показывал идеальные результаты в Acid2 лишь в том случае, когда адрес теста совпадал с официальным. Если же посмотреть на одну из многочисленных копий теста, результаты окажутся не самыми симпатичными. В Microsoft на разоблачение ответили заявлением, что для официального сайта делалось исключение из правил безопасности, что позволяло верно отобразить некоторые элементы теста.

Этот случай вдвойне показателен. Во-первых, становится понятно, что в Microsoft о прохождении тестов Acid заботятся не в последнюю очередь. Во-вторых, это отлично демонстрирует, что погоня за результатами теста далеко не всегда означает желание полноценно реализовать стандарты, проверяемые этим тестом. И сказать не поступили ли подобным образом счастливые финалисты недавней гонки, пока нельзя.

Читайте также: