Так как проектов много и в каждом не хочеться писать велосипед, то пишется много библиотечных вещей, а первым объектом тестирования была UI библиотека, а не готовый интерфейс. Мне кажется, что такой способ тестирования в случае библиотеки гибче. Тесты проще писать и поддерживать.
Используюя нехитрые библиотеки, можно также удобно одной командой в консоли или shell-скриптом/батником запускать тесты во всех браузерах, доступных в системе.
Тесты могут быть не обязательно unit, но и функциональные. Неплохим примером такого подхода могут служить библиотеки prototype и jquery.
Странно, что никто не упомянул про то, что почти все решения описаны здесь и здесь. Правда по поводу XhrIframeProxy там не совсем точно описано, а готовое решение можно посмотреть в исходниках dojo toolkit. Когда мне это всё понадобилось, долго думал по поводу необходимости иметь специальную html страничку(с js кодом, который реализует передачу данных) на обоих доменах, что не всегда возможно, лучшее что придумал — подгрузить хостовую страницу ещё раз… Но это лишний клиентский траффик, накрутка рекламы и посещаемости. Если всеми данными недостатками не заморачиваться — вроде бы работает. По поводу Opera — точно не скажу, возможно не во всех версиях, но можно проверить. К тому же dojo обещает кроссбраузерность.
Тем, что эте немного другой способ тестировать js, как мне кажется — не совсем то, что мне нужно. Таким образом можно запустить тесты написаные на чистом js во всех браузерах, каких нравиться используя только этот плагин. Селениума слишком много для этих целей :)
Используюя нехитрые библиотеки, можно также удобно одной командой в консоли или shell-скриптом/батником запускать тесты во всех браузерах, доступных в системе.
Тесты могут быть не обязательно unit, но и функциональные. Неплохим примером такого подхода могут служить библиотеки prototype и jquery.