Вы тестируете против Chrome? - PullRequest
Новая
       55

Вы тестируете против Chrome?

6 голосов
/ 25 мая 2010

Мне любопытно узнать, кто тестирует на Chrome.

Я в основном потому, что он стал моим основным браузером, поэтому вся разработка ведется на Chrome, затем я тестирую с IE и Firefox.

Ответы [ 9 ]

8 голосов
/ 25 мая 2010

Какая у вас статистика использования браузера? Вы должны начать там. Пользовательская база каждого приложения отличается. Ранжируйте браузеры на основе этой статистики и тестируйте / исправляйте ошибки в этом порядке. В большинстве случаев это даст вам наилучший результат за ваше время / деньги.

Как вы можете отслеживать статистику использования браузера? Анализируйте логи вашего веб-сервера или используйте Google Analytics.

Например, я знаю веб-приложение B2B с 5000 пользователями, которые имеют следующие соотношения:

  • 90% IE (6,7 или 8)
  • 8% Firefox
  • 2% Chrome
  • Safari и пр. Ничтожно малы

Итак, они должны:

  • выполнить полнофункциональные тесты с IE
  • тестирование только основных функций и общей совместимости CSS с Firefox
  • игнорировать другие браузеры

Что если у них есть автоматическое тестирование (например, Selenium)? Тогда тестирование всех браузеров тривиально. Но вы все равно можете применить мою логику для исправления ошибок в браузере. Это не может быть автоматизировано. И бизнесу придется сортировать ошибки, исправленные.

Конечно, этот ответ субъективен. Возможно, 2% -хромные пользователи - самые высокооплачиваемые. Я не знаю. Учитывайте статистику использования вашего браузера, ваших самых важных пользователей и доступные ресурсы dev / QA.

3 голосов
/ 25 мая 2010

Я тестирую сначала Chrome, затем FF, а затем IE ...

При отладке JS я использую Firefox Firebug ...

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

1 голос
/ 25 мая 2010

Я тестирую на IE, FF, Chrome и Opera (и иногда Safari). Вы действительно должны в эти дни. Для отладки Javascript я склонен использовать Chrome для своей консоли, а иногда и Firebug в FF - они оба очень полезны.

1 голос
/ 25 мая 2010

Для общедоступных веб-сайтов: да.

Внутренние корпоративные сайты: все еще "не поддерживается" (IE принудительно, FF подкрадывается)

Рыночная доля Chrome растет с каждым днем. Если вы хотите, чтобы около 10% ваших пользователей пропустили, не стесняйтесь тестировать. Это дорого, и, возможно, допустимо поместить «неподдерживаемое» сообщение для пользовательских агентов Chrome.

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

http://www.w3schools.com/browsers/browsers_stats.asp

0 голосов
/ 28 мая 2010

Firebug великолепен в написании элементов теста Jquery. Вы должны быть осторожны, так как некоторые команды селена действуют по-разному в IE и Firefox (keyUp, KeyDown). Я уверен, что их гораздо больше:).

Я обнаружил, что на самом деле использование Jquery для большинства вещей намного лучше. Я могу ввести текст и запустить событие. Нажатие клавиши Enter было настоящей болью в b **. Я должен был проверить, в какой среде я работал, а затем запустить 1 из 2 команд. Я могу просто использовать $ (идентификатор элемента управления) .trigger (событие, которое вы хотите запустить), т. Е. (Onblur, click, keyup и т. Д.).

Использование Jquery также означает, что оно совместимо с различными браузерами (yippieee) и даже в IE6.

0 голосов
/ 28 мая 2010

Наше тестирование проводится в IE и Firefox. Наш продукт используется крупными банками и телекоммуникационными компаниями, поэтому нам не нужно беспокоиться об использовании в других браузерах.

Я обнаружил, что с помощью Firefox тестовый запуск выполняется на 50% быстрее, и главная причина этого заключается в том, что IE не очень хорошо обрабатывает Xpath. Чтобы обойти это, я использую много Jquery и команду селена WaitForCondition. Я бы порекомендовал сделать это, так как он обеспечивает большую гибкость. Например, чтобы эмулировать waitForElementPresent (это использует isElementPresent в цикле с Thread.sleep), я просто использую единственный оператор selenium WaitForCondition (мой оператор Jquery, продолжительность ожидания), поэтому, если бы я ожидал загрузки элемента управления для btn_login, я бы используйте следующее

WaitForCondition ("selenium.browserbot.getCurrentWindow (). $ ('# Btn_login')," 10000 ")! = Null), это ждет 10 секунд.

Я думаю о том, чтобы написать блог по селену как часть работы, которую я делаю, кажется довольно продвинутой. Что все думают.

0 голосов
/ 25 мая 2010

Я тестирую сначала в Google Chrome, затем в IE и в последнем Firefox ... Потому что иногда мы получаем некоторые проблемы, в основном от IE и Chrome. Поэтому необходимо протестировать весь поток приложений и пользовательский интерфейс в этих браузерах.

и Google Chrome также предоставляет несколько хороших расширений, таких как: вкладка IE, iMacros, Firebug, Flashbug и т. Д. И т. Д.

0 голосов
/ 25 мая 2010

Поскольку я работаю на сайте API Карт Google, я проверяю, что они поддерживают: Chrome, IE и Firefox. Я склонен сначала проверять Chrome, так как это мой браузер по умолчанию.

0 голосов
/ 25 мая 2010

Ответ должен быть определенно да.

Google достаточно велик, чтобы его нельзя было пропустить, так же, как Apple, почти так же важно, как Microsoft.

Единственное, что я хотел бы сказать, это помнить, что его движок рендеринга - это своего рода webkit (не слишком уверенный в тонких различиях), так что просто не оставляйте mozilla (-moz-) необработанным:)

А еще мне больше всего нравится консоль Firebug. Вы можете добавить несколько довольно полезных панелей, например:

Лично я проверяю свое веб-приложение на соответствие (от наиболее важного до наименьшего):

  1. Firefox 3+ (версия на самом деле не так важна, Firefox всегда хорош);
  2. Safari 4 (для пользователей iMac, мой iPhone, my-iPad, чтобы убедиться, что мое веб-приложение работает);
  3. IE8 (я ненавижу MS, но не могу игнорировать его браузер);
  4. Chrome (обычно работает как Safari, но хорошо просто убедиться);
  5. Опера

  6. IE7 (Если у меня действительно есть время ...)

    ......

Max.Integer IE6 (по причинам, которые все уже знают ...)

...