Как называется тест поддержки браузером веб стандартов 1 acid3 2 wsyg 3 wysiwyg
Веб-стандарты - это формальные, не являющиеся собственностью стандарты и другие технические спецификации, которые определяют и описывают аспекты Всемирной паутины . В последние годы этот термин все чаще ассоциируется с тенденцией одобрения набора стандартизированных передовых практик для создания веб-сайтов и философии веб-дизайна и разработки, включающей эти методы.
СОДЕРЖАНИЕ
Обзор
Веб-стандарты включают в себя множество взаимозависимых стандартов и спецификаций, некоторые из которых регулируют аспекты Интернета , а не только World Wide Web. Даже если они не ориентированы на Интернет, такие стандарты прямо или косвенно влияют на разработку и администрирование веб-сайтов и веб-сервисов . Соображения включают совместимость , доступность и удобство использования веб-страниц и веб-сайтов.
Веб-стандарты состоят из следующего:
- Рекомендации, опубликованные Консорциумом World Wide Web (W3C), такие как HTML / XHTML , каскадные таблицы стилей (CSS), форматы изображений, такие как Portable Network Graphics (PNG) и Scalable Vector Graphics (SVG), а также технологии доступности, такие как WAI -ARIA
- Стандарты и «Жизненные стандарты», опубликованные Рабочей группой по технологиям веб-гипертекстовых приложений (WHATWG), такие как HTML Living Standard , DOM Standard , Encoding Standard и URL Standard .
- Стандарты, опубликованные Ecma International (ранее ECMA), такие как JavaScript (также известный как ECMAScript ) и JavaScript Object Notation (JSON)
- Стандарты, опубликованные Международной организацией по стандартизации (ISO), например JPEG
В более широком смысле, следующие технологии также могут называться «веб-стандартами»:
- Запрос на комментарий (RFC) документов , опубликованных Engineering Task Force Интернет (IETF)
- Unicode Standard и различные Unicode Технические отчеты (НТО) опубликована консорциумом Unicode
- Реестры имен и номеров, поддерживаемые Управлением по присвоению номеров в Интернете (IANA)
Веб-стандарты - это развивающиеся спецификации веб-технологий. Веб-стандарты разрабатываются организациями по стандартизации - группами заинтересованных и часто конкурирующих сторон, которым поручена задача стандартизации, а не технологиями, разработанными и объявленными стандартом отдельным лицом или компанией. Очень важно отличать те спецификации, которые находятся в стадии разработки, от тех, которые уже достигли окончательного статуса разработки (в случае спецификаций W3C - наивысшего уровня зрелости).
Движение веб-стандартов
Самым ранним видимым проявлением движения веб-стандартов был проект веб-стандартов , запущенный в августе 1998 года как массовая коалиция, борющаяся за улучшенную поддержку веб-стандартов в браузерах.
Движение веб-стандартов поддерживает концепции основанного на стандартах веб-дизайна, включая отделение структуры документа от веб-страницы или внешнего вида и поведения приложения; упор на семантически структурированный контент, который проверяется (то есть не содержит ошибок структурной композиции) при тестировании с помощью программного обеспечения для проверки, поддерживаемого Консорциумом World Wide Web ; и прогрессивное улучшение , многоуровневый подход к созданию веб-страниц и приложений, который позволяет всем людям и устройствам получать доступ к контенту и функциям страницы, независимо от личных физических возможностей (доступности), скорости соединения и возможностей браузера.
Движение веб - стандарты пионером Гленн Дэвис , Джордж Олсен, Джеффри Зельдман , Стивен Champeon, Тодд Fahrner, Эрик А. Мейер , Tantek Челик , Дори Смит, Тим Брей , Джеффри Вейн, и другими членами проекта Web Standards заменить пропускной тяжелый суп из тегов с легкой, семантической разметкой и прогрессивным улучшением , с целью сделать веб-контент «доступным для всех».
Движение за веб-стандарты заявило, что HTML , CSS и JavaScript - это больше, чем просто интересные технологии. «Они представляют собой способ создания веб-страниц, который будет способствовать достижению двойной цели: продуманного и надлежащего представления и широкой доступности». Группе удалось убедить Netscape , Microsoft и других производителей браузеров поддерживать эти стандарты в своих браузерах. Затем он приступил к продвижению этих стандартов среди дизайнеров, которые все еще использовали суп с тегами , Adobe Flash и другие проприетарные технологии для создания веб-страниц.
В 2007 году Дуглас Вос инициировал День синей шапочки , вдохновленный Джеффри Зельдманом, который изображен с синей крышкой на обложке своей книги 2003 года « Проектирование с использованием веб-стандартов» . С тех пор 30 ноября является ежегодным международным праздником веб-стандартов и доступности Интернета .
Общее использование
Когда веб-сайт или веб-страница описываются как соответствующие веб-стандартам, это обычно означает, что на сайте или странице есть допустимые HTML , CSS и JavaScript . HTML также должен соответствовать требованиям по доступности и семантике . Полное соответствие стандартам также охватывает правильные настройки для кодировки символов , действительный RSS или действительный канал новостей Atom , действительный RDF , действительные метаданные , действительный XML , допустимое встраивание объекта, допустимое встраивание сценария, коды, не зависящие от браузера и разрешения, а также правильные настройки сервера.
При обсуждении веб-стандартов следующие публикации обычно считаются основополагающими:
Веб-доступность обычно основана на Руководстве по обеспечению доступности веб-контента, опубликованном W3C's Web Accessibility Initiative .
Работа W3C над Семантической паутиной в настоящее время сосредоточена на публикациях, связанных со структурой описания ресурсов (RDF), сбором описаний ресурсов из диалектов языков (GRDDL) и языком веб-онтологий (OWL).
Публикации по стандартам и органы
Рекомендация W3C - это спецификация или набор руководящих принципов, которые после обширного достижения консенсуса получили одобрение членов W3C и Директора.
Интернет-стандарт IETF характеризуется высокой степенью технической зрелости и общепринятым убеждением, что указанный протокол или услуга приносит значительную пользу Интернет-сообществу. Спецификации, которая достигает статуса Standard, присваивается номер в серии IETF STD с сохранением исходного номера IETF RFC.
Нестандартные и проприетарные давления производителей
HTML 5 содержит многочисленные «умышленные нарушения» других спецификаций, чтобы учесть ограничения существующих платформ.
Тестирование на соответствие веб-стандартам
Существуют тесты на соответствие как для HTML-кода, сгенерированного веб-сайтами, так и для точной интерпретации HTML-кода веб-браузерами.
Тесты на соответствие кода веб-сайта
W3C предлагает онлайн-услуги для тестирования веб-сайтов напрямую как для разработчиков веб-сайтов, так и для пользователей веб-сайтов. Это включает:
- Служба проверки разметки для проверки разметки (HTML, XHTML,…) веб-документов
- Служба проверки CSS для проверки каскадных таблиц стилей (CSS) и (X) HTML-документов с таблицами стилей
Тесты на соответствие для веб-браузеров
Project Web Standards (WaSP), хотя развитие официально неактивным , продолжает предлагать два уровня тестирования услуг для веб - браузеров:
Какой из этих элементов присутствует в трехуровневой архитектуре программного комплекса?
Сервер базы данных
Куда был помещён первый в мире зафиксированный баг?
Прибит в рамочке на стену
Что является одним из признаков некачественного ПО?
Несоответствие функциональным требованиям
Что из ниже перечисленного не является браузерным движком?
Опыт взаимодействия пользователя с приложением
Для чего нужен DNS?
Для преобразования доменов в IP-адреса
Какая ошибка возникает во всех перечисленных ОС: Android, iOS, Mac OS?
Как называется технология, которая блокирует просмотр интернет-трафика мобильных приложений?
Объясните фразу «Я знаю отличную шутку про UDP, но не факт, что она до вас дойдет»
Что такое Acid3? Кто его придумал? Как он устроен и как он работает? Что он измеряет на самом деле? Этими и другими вопросами мы зададимся в данной статье и попробуем найти ответы.
Что такое Acid3?
Acid3 — это третий из серии специальных тестов (до этого были Acid1 и Acid2), написанных «в помощь производителям браузеров, чтобы те могли проверить поддержку стандартов в своих продуктах». Конкретно ACID3 нацелен на тестирование спецификаций, связаных с разработкой динамичных «Web 2.0»-приложений.
Acid3 включает 100 специальных тестов, проверяющих 19 различных спецификаций.
Среди специалистов отношение к этому тесту весьма неоднозначное: с одной стороны, все знающие веб-разработчики понимаю, что этот тест мало что показывает и наврядли может выступать в роли абсолютного критерия поддержки веб-стандартов, с другой, наврядли, кто-то возьмется утверждать, что этот тест не имел никакого влияния.
Среди тех, кто смотрит на веселые картинки, и журналистов тест по-прежнему выступает одной из пузомерок браузеров. В какой-то момент можно было даже наблюдать вот такую картинку с явной корреляцией между Acid3 и веб-стандартами.
(Интересно, кстати, и то, что, согласно Google Trends, Россия в последние три года упорно входит в тройку стран, где про Acid3 говорят больше всего.)
Acid3 в плане использования в качестве мерилки “качества” браузера, пожалуй, стал самым ярким и широко используемым не только в сообществе и среди журналистов, но и иногда отдельными компаниями :)
В маркетинговом смысле дополнительное обманчивое впечатление создает “магия чисел” и привычный ассоциативный ряд 100 ~ 100%, что, конечно, с точки зрения поддержки стандартов, абсолютно не соответствует действительности.
…Вообще проверку Acid3 на поддержку всех веб-стандартов оба устройства проходят успешно, получая 100 очков из 100…
Медленно, но верно браузер учится адекватному пониманию основных веб-стандартов. Так, если первая редакция в тестах 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 также интересен и ценен тем, что представляет из себя хороший образец автоматизированного тестирования браузеров, доступного простым пользователям, с наглядным отображением результатов, понятным широким массам.
Острожно, много трафика!
Коротко характеристики аппарата:
- ПО: Android Eclair 2.1 (Android 2.X)
- интерфейс HTC Sense
- поддержка Adobe Flash 10.1
- Qualcomm QSD8250, 1 ГГц
- Флэш: 512 МБ
- ОЗУ: 576 МБ
- Возможность расширения картой памяти SDCH до 32 Г
- 3.7 дюйма, разрешение 480 x 800 (WVGA)
- AMOLED
- Емкостной сенсорный экран
- сети HSPA/UMTS и GSM/GPRS/EDGE
- GSM/GPRS/EDGE в диапазонах 850/900/1800/1900 МГц (версия для Европы и Азии)
- 3G — до 7.2 Мбит/с скачивание; до 2 Мбит/с передача;
- GPRS — до 114 кбит/с загрузка
- EDGE — до 560 кбит/с загрузка
- WiFi IEEE 802.11 b/g
Тестируемые браузеры:
- Dolphin Browser HD (Link)
- Opera mini 5.1 (Link)
- SkyFire (Link)
- Default browser
- Default browser for android 2.2 Froyo
Что будет тестироваться:
- Анализ доп. фозможностей и интерфейса
- Мультитач
- Работа в несколько окон (вкладок)
- Наличие закладок
- Наличие серфинга
- Специфичные особенности каждого браузера
- Скорость JavaScript движков
Dolphin Browser HD
И так, начнем с наше рассмотрение с этого браузера.
При запуске браузера, мы получим следующее окошко.
Как можно заметить, выше адресной строки находится панель со вкладками, что позволяет работать нам в многооконном режиме, не переключаясь каждый раз в функцию предпросмотра окон, для перехода от текущего к какому-либо другому.
Нижняя панель инструментов вызывается кнопкой Menu, левая же доступна простым «перетягиванием экрана» слева направо. Навигация достаточно удобна, доступ к закладкам и истории можно осуществить быстро, не переходя при этом в отдельное окно, а просто сдвинув видимую область.
- Adblocker
- Password Manager
- Screen Cut can
А вторая особенность — возможность использовать экран телефона в виде своего рода примитивного планшета, чтобы рисовать определённый набор изображений, тем самым провоцируя действия браузера (может быть удобен людям, для которых попаданием по нужным кнопкам (частям экрана) затруднительно).
Браузер поддерживает мультитач.
Opera mini 5.1
Следующим рассматриваемым браузером будет недавно выпущенная на рынок Opera mini 5.1 для платформы Android.
При запуске браузера нас встретит уже знакомая пользователями оперы (будь то десктопная или мини версии) стартовая страница с наличием сетки предпросмотра ваших стартовых страниц.
Адресная строка находится рядом со строкой для поисковых запросов. Решение продиктовано, как мне кажется аналогией с десктопным браузером. Здесь же во всех исследуемых браузерах, кроме Opera mini 5.1, при наборе слова в адресной строке, которое ни по каким регулярным выражением не может быть сайтом, просто происходит автоматическая подстановка его в используемый поисковик.
Браузер поддерживает режим работы в несколько окон (с несколькими сайтами) одновременно. И надо отдать должное — переход между окнами самый удобный, из всех, что были протестированы: нет необходимости уходить с просматриваемой страницы, но в то же время, список окон на висит все время перед глазами, съедая и без того ценное пространство на экране мобильного телефона. Нижняя общая панель инструментов содержит все, что может понадобиться при просмотре страницы в интернете.
Весьма удобный режим работы с закладками и историей, пусть и приходится уходить от просматриваемых окон. Все органично и не очень избыточно.
Браузер поддерживает мультитач.
SkyFire
Следующий браузер в нашем хит-параде — SkyFire. По заявлениям разработчиков: единственный браузер для проигрывания миллионов flash-video роликов в интернете(на сегодняшний момент информация не является актуально и правдивой, так как выпущены специальные программы как компанией htc, так и сервисом youtube, которые при наличии flash плагина от Adobe позволяют проигрывать flash-video).
При запуске браузера мы автоматически загрузим стартовую страницу.
Как можно увидеть, в этом браузере, панель инструментов располагается под(рядом в альбом варианте) адресной строкой перманентно. На ней представлены наиболее часто используемый пользователем во время серфинга кнопки.
Браузер поддерживает до 8 одновременно открытых окно с цифровым контентом из глобальной сети. Возможность по ним (окнам) перемещаться существует только, если перейти в специальную функцию меню, при этом просматриваемая страница браузера пропадает из поля зрения. Однако, справедливости ради, стоит отметить, что в функции переключения между окнами, мини-превью страниц, позволяют весьма легко ориентироваться в уже открытых вкладках. Работа с закладками и историей также не вызывает нареканий.
Браузер поддерживает мультитач.
Default Browser
Ну и наконец последний по списку, но не по значимости, выступает предустановленный компанией htc браузер.
Запуская его, мы автоматически открываем стартовую страницу, которая по умолчанию является страницей htc.
Как видно из представленных выше скриншотов, браузер находится всегда в полноэкранном режиме, однако, он выходит из него тут же, если есть какие либо системные уведомления, которые отражаются в строке задач телефона. И весьма немаловажной частью является то, что при просмотре страницы достаточно немного прокрутить её вниз, и адресная строка также пропадает, что предоставляет пользователю возможность просматривать интересующий его интернет контент на всем экране телефона.
Нижняя панель инструментов вновь вызывается привычным пользователям Android телефонов нажатием кнопки Menu. Не самая функциональная панель инструментов, но что поделать. Браузер поддерживает работу в несколько окон одновременно (до 5 окон). Навигация между открытыми окнами весьма удобна, пусть и вынесена в отдельную функцию, которая требует уйти от просматриваемой страницы.
Работа с закладками и историей стандартна, и не сильно отличается от рассмотренных ранее браузеров.
Браузер поддерживает мультитач.
Переходим непосредственно к сравнению производительности и соответствию стандартам у рассматриваемых браузерах.
Javascript benchmarks
SunSpider javascript benchmark
Лидирует по всем показателям предустановленный браузер. Далее за ним следуют браузер SkyFire и Dolphin browser HD. Opera mini 5.1 не смогла пройти тесты ни с какой попытки, уверенно зависая на первом или втором javascript-е. Браузер, который поставляется в составе ОС android 2.2, превзошел своих предшественников практически по всем показателям и весьма сильно.
V8 benchmark
По представленной выше таблице видно, что наиболее быстрым в большинстве категорий оказался предустановленный компанией htc браузер. Он проиграл только в одном из показателей браузера opera mini 5.1. Что касается opera mini 5.1, то лишь с 10 загрузки страницы мне удалось добиться прохождения хотя бы части тестов, оставшаяся часть тестов не проходилась этим браузером «наотрез».
Мы рассмотрели то, как и с какой скоростью браузеры выполняют javascript сценарии. Не справилась с этим пожалуй только Opera mini 5.1. Справедливости ради стоит отметить, что во всех рассматриваемых браузерах (кроме opera mini 5.1) есть возможность принудительного отключения выполнения javascript сценариев.
И вновь браузер, поставляемый с обновленной версией ОС победил всех своих предшественников.
Соответствие стандартам
Acid2
Acid3
В этом состязании выиграла opera mini 5.1 (Хотя то, что отображается на экране ну с большой натяжкой можно признать за то, что хотел донести автор, но сайт выдал 97/100 и я верю). Следом идут dolphin browser hd и браузер, предустановленный компанией htc. А замыкает шествие в этом тесте браузер SkyFire. Справедливости ради стоит отметить, что все показатели выше 90 баллов можно считать очень удачными, особенно для мобильных браузеров. Как и его самые успешные предшественники, тест acid3 предустановленный в мобильной платформе android 2.2 браузер прошел с результатом 93 балла из 100.
html5 test
Все браузеры, за исключением opera mini 5.1 показали одинаковые результат в 151/300, что весьма и весьма неплохо, учитывая, что стандарт html5 разметки ещё не утвержден. Что касается opera mini 5.1, то у неё весьма скромный результат в 27/300. В результате улучшений, внесенных сотрудниками компании Google ltd., результаты браузера входящего в комплект ОС android 2.2 по завершению теста html5 равны 173 балла из 300.
На этом наше тестирование закончено, и я хотел бы подвести некоторые итоги.
Выводы
Каждый из представленных выше браузеров (за исключением opeera mini 5.1) показывают очень хорошие результаты в существующих тестах. Все они достаточно удобны и функциональны, правильно отображают практически все существующие сайты. Opera mini 5.1 удобна в случае, если необходимо жестко экономить трафик, так как все изображение, если они загружается перед загрузкой на телефон проходят процесс сжатия на серверах оперы.
Что выбрать — решать вам. Моей целью было сравнить эти браузеры и предоставить результат вам.
В Кислотных тестах ( английская кислота , кислота «) являются тестовыми сайтами для тестирования веб - браузеров и других подобных приложений на их соответствии стандартов 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 намеренно содержит неправильный код, который браузеры должны игнорировать.
Проверенные стандарты
- Так называемые « 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.0100/100 баллов Android 3.0 от 22 февраля 2011 г. Firefox Mobile 100/100 баллов Firefox 4.0 от 22 марта 2011 г. Safari
iOS 7100/100 баллов iOS 7 от 20 сентября 2013 г. WebKit
HP webOS 3.0.593/100 баллов HP webOS 3.0.5 от 12 января 2012 г. WebKit
Android 2.3.393/100 баллов Android 2.3.3 от 22 февраля 2011 г. Кислота4
Ян Хиксон хотел начать разработку Acid4, как только три из четырех крупнейших движков рендеринга ( WebKit , Gecko , Presto и Trident ) Acid3 появятся в открытых сборках. Так было с 2011 года. В Acid4 Хиксон хочет сделать особый упор на SVG , CSS3 и смешанные пространства имен .
веб ссылки
- Тест Acid2 (английский)
- Эталонный рендеринг Acid2 (английский)
- Acid2 на стороне проекта веб-стандартов (английский)
- Тест Acid3 (английский)
- Эталонный рендеринг Acid3 (английский)
- Acid3 на стороне проекта веб-стандартов (английский)
Индивидуальные доказательства
-
Эта страница последний раз была отредактирована 4 сентября 2020 в 08:58.
Читайте также: