Кроссбраузерная вёрстка — Блог HTML Academy

Что такое кроссбраузерная вёрстка, — спрашивают Илья, Сергей и Эдуард, — какие есть браузеры и нужен ли пиксель-пёрфект?

Если собрать охапку современных браузеров, то разложить её можно по-разному: по устройствам, по платформам, по типу работы, да хоть по цвету иконок. Самое полезное для разработчика — уметь разложить их по движкам. Именно движок, то есть самое ядро браузера, определяет как он работает с вашей вёрсткой.

При всём разнообразии браузеров, независимых движков довольно мало, а новые появляются очень редко. Так что вместо десятков браузеров вам нужно поддерживать не больше пяти независимых движков. А ещё бывает, что браузеры с одним названием используют разные движки на разных платформах! В общем, всё очень сложно и интересно.

Самый популярный в мире браузерный движок — это Blink. Его использует Chrome и браузеры на его основе: Opera, Samsung Internet, Яндекс.Браузер и другие. Для работы с JavaScript, эти браузеры используют движок V8 — тот же, что и в Node. js. Один из главных разработчиков открытого движка Blink — Google, но в разработке активно участвует не меньше десятка компаний.

WebKit, другой популярный движок, очень похож на Blink. А вообще, наоборот — это Blink похож на WebKit. Это как? В 2013 году Blink форкнули из WebKit. По сути, скопировали. Google собрала вещи и сказала Apple, основному разработчику WebKit, что ей не нравятся её методы работы и теперь всё будет по-другому. Что поделать, опенсорс. И действительно, стало по-другому: основа у WebKit и Blink общая (префиксы webkit, например), но возможности уже довольно разные. На новом WebKit сейчас работают мобильные и десктопные браузеры Safari, на старом — встроенный браузер на Android до версии KitKat.

На движке Gecko работает браузер Firefox, когда-то очень популярный, а сегодня сохраняющий небольшую долю и важную роль в развитии веба и технологий. Префиксы у Gecko свои: moz — Mozilla, но для лучшей совместимости Firefox специально поддерживает некоторые свойства WebKit. Полноценный Firefox на Gecko работает на десктопных платформах и на Android. Параллельно с Gecko, Mozilla разрабатывает экспериментальный движок Servo и меняет некоторые части Gecko прямо на ходу. Например, в следующем Firefox 57 движок CSS заменят на новый.

Браузер Edge работает на всех современных платформах Microsoft, включая мобильные и Xbox. В его основе движок EdgeHTML — недавно как раз вышла его 16-я версия. EdgeHTML тоже форкнули от движка Trident или MSHTML, на котором работал браузер Internet Explorer. Удивительно похоже на историю Blink и WebKit: оба движка сохраняют общие префиксы (ms и опять немного webkit для совместимости), но сильно отличаются по возможностям. EdgeHTML отбросил всякое старьё и смело развивается: пара крупных релизов в год и даже система голосования за фичи. Trident и IE закрыли в 2015 году.

Кроме движков, полезно ещё знать особенности платформ. Например, на мобильной платформе iOS куча браузеров, помимо встроенного Safari: Chrome, Firefox, Opera, Яндекс, UC и даже Edge недавно выпустили. Но все эти браузеры — просто оболочки над встроенным в систему движком WebKit. Правила этой платформы запрещают использовать другие браузерные движки. А вот на Android большинство браузеров поставляются со своими движками: Firefox, Opera, Samsung, но некоторые используют встроенный Chromium.

Ну вроде всё? А нет! Есть ещё отдельная группа необычных браузеров: они живут не на устройствах пользователей, а глубоко на серверах. На устройствах стоит только лёгкая оболочка, которая запрашивает адрес и получает с сервера набор скриншотов и ссылок, слепленных в сайт. Это прокси-браузеры и они безумно сжимают трафик, но по пути теряют: фирменные шрифты, фоновые картинки, градиенты, скруглённые уголки, тени и вроде того. Opera Mini — один из самых популярных прокси-браузеров. На сервере у него крутится устаревший движок Presto, а ставят его чаще всего на простые телефоны. Но есть и другие, подробнее вам расскажет Тим Кадлек.

Некоторые браузеры работают только на одной платформе: Edge и IE есть только на Windows, Safari только на macOS и iOS. Были когда-то попытки интервенций, но ничего не вышло. Это конечно усложняет тестирование. К счастью, есть сервисы вроде BrowserStack, которые дают вам доступ ко всем существующим браузерам, а Microsoft выкладывает компактные образы Windows для тестирования Edge и IE в виртуальных машинах.

Ладно! Про браузеры мы теперь знаем. А что делать, если тот же браузер, тот же движок — а результат на разных платформах разный? А ничего не поделаешь! На деле браузеры могут сильно отличаться в зависимости от платформы или устройства. Самая большая разница между десктопными и мобильными браузерами — в последних очень много оптимизаций и просто магии. Но можно поймать и разное поведение на десктопных Windows и macOS.

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

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

И ещё про тестирование. Как бы хорошо ни имитировал устройства и браузеры эмулятор Chrome DevTools — это только намёк на то, как они будут выглядеть в реальности. Важно проверить результат на настоящих платформах и устройствах, как минимум: на Windows, Android, macOS и iOS. Настоящие пальцы на настоящем устройстве, настоящие браузеры в естественной среде обитания расскажут вам много нового о том, как именно будут пользоваться вашими интерфейсами. Это гораздо важнее того, насколько они похожи на макет.

Подпишитесь на новости браузеров в Твиттере, поставьте себе Chrome Canary, Firefox Nightly, Safari Technology Preview. Включайте флаги, пробуйте, будьте в курсе и главное — хватит гоняться за пикселями, займитесь хорошими интерфейсами. Сайты не должны выглядеть одинаково во всех браузерах.

Что такое верстка сайта и её виды

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

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

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

Виды верстки сайтов

1. Табличная;
2. Блочная;
3. Адаптивная.

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

Блочная верстка позволяет размещать все элементы по вертикали сверху вниз в том порядке, каким он был прописан на языке HTML. С помощью данного вида можно делать элементы плавучими, размещая их в той последовательности и отображении, в которой требуется. Это более универсальный вид верстки, благодаря которому можно создавать уникальные сайты под конкретную тематику.

Адаптивная верстка за последние 2-3 года сайтостроения набрала ошеломительную популярность. С появлением многофункциональных мобильных устройств, позволяющих пользователю серфить Интернет, появилась необходимость предоставить удобство посетителю просматривать ресурсы с помощью гаджета.

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

Какой программой верстается сайт?

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

3 главных правила верстки сайта

Существует более 20 требований, которым должна соответствовать верстка. Мы же рассмотрим 3 ключевых, которые отличают хорошую верстку от плохой.

Итак, правильная HTML-CSS верстка должна быть:

• Кроссбраузерной;
• Семантической;
• Валидной.

Рассмотрим подробнее требования.

Кроссбраузерная верстка

Кроссбраузерность – возможность одинаково отображаться сайту во всех популярных интернет-браузерах. Нет смысла верстать сайт под все существующие браузеры в мире, однако для самых популярных (Мозилла, Опера, Гугл Хром, Интернет Эксплорер) – обязательно.

Иногда добиться идентичности в браузерах невозможно из-за их специфики. В таком случае приходится жертвовать какими-либо эффектами. Например, 6 версия Интернет Эксплорера не распознает свойство CSS «text-shadow». Это свойство несет исключительно декоративную функцию. Если ее убрать, то сайт сильно не пострадает. Можно «маневрировать» функциями. Главное требование – сохранить основную функциональность сайта и его читабельность.

Семантическая верстка

Семантическая верстка предполагает максимальное совпадение предназначения тегов к элементам страниц, с помощью которых они сверстаны. Имеется в виду, что конкретному элементу должен соответствовать свой тег. Например, для контактов используется тег «address», картинки сверстаны под тегами «img», заголовки – «Н1», «Н2», «Н3» и так далее.

Валидная верстка

Валидность – это соответствие CSS-HTML кодов с W3C-стандартами. Проверить его можно с помощью специального сайта-валидатора. Для проверки соответствия ХТМЛ-кода используется сайт validator.w3.org, для CSS — jigsaw.w3.org/css-validator.

Дополнительные правила:

• Читаемость при отсутствии графического контента;
• Понятный код;
• Оптимальное количество графики и строк кода.

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

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

Понравилась статья? Ставьте лайк!

Подписывайтесь на наш блог, мы готовим новые интересные и полезные статьи!

Автор — Игорь Кобылянский

Основатель студии

Антиспам поле. Его необходимо скрыть через css

Ваша оценка:

лучших советов по созданию веб-сайта для разных браузеров и Pixel Perfect

Кроссбраузерная совместимость важна для того, чтобы ваш веб-сайт мог открываться во всех браузерах, таких как Mozilla Firefox, Google Chrome, Opera, Safari и Internet Explorer. В этом посте мы поговорим о важности веб-сайта, совместимого с разными браузерами, и о некоторых основных шагах для его создания.

Как профессиональный веб-разработчик, вы должны хорошо осознавать тот факт, что веб-сайта с организованным макетом и четкой структурой недостаточно для привлечения посетителей. Вместо этого он должен быть совместим с разными браузерами, чтобы он обрабатывался одинаково во всех браузерах. Учитывая безупречные возможности разработки CSS, разработчики усердно перешли на CSS для создания кросс-браузерных дизайнов и макетов веб-сайтов.

Необходимо знать некоторые основы и терминологию, связанные с CSS, для создания макета веб-сайта, совместимого с разными браузерами.

Что такое CSS?

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

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

Что именно делает CSS?

CSS преобразует веб-страницы, изменяя их шрифт, цвет, стиль содержимого, интервалы, макет и т. д. Разработчики используют CSS для создания веб-страниц, совместимых с несколькими веб-браузерами. Эти настраиваемые веб-страницы настраивают макеты, которые можно одинаково видеть в веб-браузерах, таких как Mozilla Firefox, Internet Explorer, Google Chrome, Safari, Opera и т. д.

Теперь давайте познакомимся с некоторыми жизненно важными советами и принципами создания кроссбраузерного и идеального по пикселям макета с помощью CSS.

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

Сохраняйте простоту при сохранении качества

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

Использование фреймворков

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

Вам также может быть интересно прочитать: Пошаговое руководство по преобразованию PSD в WordPress

Узнайте Doctype

Когда дело доходит до Doctype, это первое, что объясняет HTML, который вы можете использовать на своем веб-сайте. Необходимо определить Doctype, который также известен как механизм рендеринга, поскольку известно, что существует множество браузеров, которые имеют разные стандарты и правила.

Проверка кода

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

Проверка в нескольких браузерах

При создании макета, совместимого с разными браузерами, необходимо убедиться, что он работает во всех браузерах. Вы можете рассмотреть такие браузеры, как Internet Explorer, Firefox, Safari, Opera и т. д., чтобы протестировать свой храм и убедиться, что он работает безупречно во всех браузерах. Между тем, рекомендуется протестировать свой шаблон как минимум от 3 до 8 раз в этих браузерах.

Заключение –

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

Мы будем рады вашим комментариям и вопросам об этом сообщении в блоге. Отправьте нам свои мысли, заполнив контактную форму.

Теги: Советы Рекомендации

Кросс-браузерное тестирование: почему это важно?

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

Что такое кроссбраузерное тестирование?

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

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

Это включает в себя кроссбраузерное тестирование.

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

• Варианты комбинаций браузера и операционной системы
• Варианты устройств
• При использовании вспомогательных средств

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

Ваши пользователи покинут ваш веб-сайт в считанные секунды, если будет медленное время страницы или другие ошибки. Существует множество инструментов, таких как фокус-группы, опросы и A/B-тестирование, которые обеспечивают гарантию качества вашего сайта, но они не дают постоянного и реального времени понимания опыта пользователей. Одним из решений этой проблемы является мониторинг реального пользователя или RUM. RUM отслеживает и измеряет работу конечного пользователя с приложением, в том числе время, необходимое для загрузки элементов на веб-странице, наличие ошибок на странице и время выполнения запросов AJAX и HTTP.

Один из способов определить задержку в вашем веб-приложении или веб-сайте и ее влияние на браузеры — использовать решение для мониторинга реальных пользователей (RUM). В этом примере от New Relic вы можете изучить основные веб-жизненные показатели.

Почему возникают кроссбраузерные проблемы?

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

Наиболее распространенные кроссбраузерные проблемы и способы их устранения

Четыре наиболее распространенные кроссбраузерные проблемы, с которыми вы можете столкнуться, — это проблемы с JavaScript, проблемы со сбросом CSS, проблемы с проверкой HTML/CSS и ошибки DOCTYPE.

Проблемы с JavaScript

Как бы ни менялись браузеры, постоянно появляются обновления и исправления для кода. В частности, проблемы кросс-браузерной совместимости Javascript возникают, когда устаревший браузер не распознает новую возможность JavaScript.

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

Краткое руководство по мониторингу браузера New Relic — это быстрое решение для просмотра ошибок JavaScript, анализа трафика браузера и обзора браузера. В этом примере вы можете увидеть ошибки JavaScript по приложениям, по браузерам, по типам устройств, по связанным внутренним транзакциям, по URL-адресу запроса и по операционной системе агента. Он также показывает 50 основных ошибок JavaScript и соответствующие сообщения об ошибках JavaScript.

Сброс CSS

Чтобы веб-сайт или веб-приложение могли использовать собственный дизайн CSS, он должен переопределить макет браузера по умолчанию. Макет по умолчанию — это таблица стилей пользовательского агента, которая делает веб-сайты без стилей более читабельными.

Обязательно сбросьте CSS, чтобы он переопределял макет по умолчанию. Вот пример общей таблицы стилей сброса CSS.

Проверка HTML/CSS

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

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

Вот как веб-сайт отображается в Chrome:

 

Вот как тот же веб-сайт отображается в Safari:

Ошибка DOCTYPE 

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

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

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

Сравнение ручного и автоматизированного кросс-браузерного тестирования

Существует два типа тестирования браузерного тестирования — ручное и автоматизированное. При ручном тестировании тестировщик просматривает веб-сайт или приложение для выполнения тестовых сценариев. Это помогает найти проблемы, которые могут быть упущены при автоматическом тестировании.

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

Оба метода имеют свои плюсы и минусы.

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

Автоматизированное тестирование более точное и точное. Существует множество инструментов, которые могут помочь в тестировании, и это намного быстрее, чем ручное тестирование. Но, в зависимости от размера вашего проекта, это может быть дорого. Возможно, это не стоит вложений.

Преимущества перехода от ручного к автоматизированному тестированию

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

Как выполнить кроссбраузерное тестирование

1. Создайте базовый уровень.

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

2. Создайте стратегию.

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

3. Подумайте, как выполнить кроссбраузерное тестирование.

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

Для ручного тестирования требуются тестеры-люди, которые последовательно проверяют случаи. Это более медленный процесс, и если бремя тестирования становится больше, чем бремя дополнения и поддержки автоматических тестов, это также становится более дорогим. Тестирование на людях также имеет проблему повторяемости. Люди не являются лучшими в выполнении сложных задач каждый раз одинаково. При автоматизированном тестировании один тестовый сценарий может запускать тестовый сценарий в нескольких браузерах. А благодаря автоматизированному тестированию вы можете быть уверены, что машина каждый раз будет надежно выполнять одни и те же проверяемые и повторяемые шаги.

4. Выберите инфраструктуру для запуска тестов

Наиболее важной частью кроссбраузерного тестирования является выбор инфраструктуры, в которой вы будете запускать тесты. Будете ли вы использовать симуляторы, эмуляторы или настоящие устройства?

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

Выводы

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

Вот краткий обзор советов по кросс-браузерному тестированию:

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

Мониторинг браузера с помощью New Relic

Агент браузера New Relic — это быстрое решение для мониторинга браузера. В кратком руководстве по примерам браузера New Relic вы можете использовать четыре панели мониторинга с визуализацией, чтобы легко исследовать свои данные, понимать контекст и эффективно решать проблемы.

С первого взгляда можно понять:

• Ошибки JavaScript
• Анализ трафика браузера
• Страницы браузера 
• Обзор браузера

Эти информационные панели помогут вам получить представление о:

• Фактических данных о производительности, таких как популярность просмотров страниц, популярность в географических регионах и удовлетворенность пользователей
• Данные о производительности для отображения как ваших асинхронных или динамических визуальных элементов, так и содержимого вашей интерактивной страницы
• Аналитика ошибок JavaScript, трассировка стека и исходные карты с видимостью строк кода
• Производительность сеанса с подробной временной шкалой и тепловой картой событий загрузки и взаимодействия в течение всего жизненного цикла вашей веб-страницы
• Запросы AJAX, указывающие на проблемы со временем, конечными точками и определенными местоположениями на вашей веб-странице

Если вы еще не используете New Relic, начните работу с New Relic бесплатно.