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

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

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

Определенно да.

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

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

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

• Google Page Speed ​​
• FirePHP

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

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

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

   . .....

Максимальное целое число IE6 (Причины, по которым все уже известны ...)

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

и Google chrome также предоставляет некоторые хорошие расширения, такие как, IE tab, iMacros, Firebug, Flashbug и т.д. и т.п. ...

Сначала я тестирую на Chrome, затем на FF и на последнем IE ...

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

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

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

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

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

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

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

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

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

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

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

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

Я обнаружил, что использование Jquery для большинства вещей намного лучше. Я могу ввести текст и вызвать событие. Нажатие клавиши Enter было настоящим мучением. Мне приходилось проверять, в какой среде я работаю, а затем запускать одну из двух команд. Я могу просто использовать $(id элемента управления).trigger(событие, которое вы хотите запустить), т.е. (onblur, click, keyup и т.д.).

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