Сообщений в теме: 34

[Mike]

Всем привет!

Встала задача подобрать набор open-source (или просто бесплатных) решений для тестирования Web-приложений (только HTML) в IE. Скрипты предполагается писать руками. Набор необходимых инструментов я себе представляю так:

1) Скриптовый движок (JScript, VBScript, ActiveScript Perl, ...)
2) Полноценный и при этом бесплатный IDE к п.1. Требования: полноценная отладка, интеграция с системами версионного контроля, autocomplete, COM/OLE object browser, проекты, средства редактирования на уровне SciTe, TextPad, etc. (Это всё, конечно, в идеале - минимально достаточно просто отладки и подсветки синтаксиса).
3) Spy, умеющий показывать все объекты DOM в открытых браузерах. Пока найдена чрезвычайно убогая но бесплатная примочка от Microsoft и платный IE DOM Explorer.
4) Framework (IE Driver), упрощающий работу с DOM в открытых браузерах. Пока:найдены IeUnit для JavaScript и Samie для Perl.

Вопрос, собственно следующий - приходилось ли кому-нибудь подбирать подобные набор средств, и насколько успешно. Ну, и здорово, если кто-то работал с IeUnit/Samie

Всем заранее огромное спасибо! ;)

[globe]

Может, я ошибаюсь, но такие продукты можно найти только на Горбушке... Но назвать их open-source у меня язык не повернется...

[Mike]

Это не совсем так. Собственно, отдельные "копоненты" искомого framework уже найдены. Так, если брать Perl, то получится: ActiveScript Perl +PerlIDE +Samie + Win32::GUITest + IE5 Web Developers Tools (от Microsoft). Только вот Perl я не знаю, и в возможностях SamIE несколько сомневаюсь. Да и IDE (так же как и Spy) хочется получше. Поэтому и спрашиваю: кто что пытался использовать?

[dlg99]

Selenium + DOM Inspector (built in the Mozilla's FireFox) + any IDE (emacs, visual studio, eclipse ... )


LoadTesting: OpenSTA

[Mike]

Спасибо!
IDE нужно, повторюсь, поддерживающее скриптовые языки и позволяющие их отлаживать. А DOM Inspector, вроде, платный...?

[Mike]

2dlg99: насчёт DOM Inspector, я, похоже перепутал платный аdd-in для IE с втроенным в FireFox (я правильно понял?). Здорово что есть бесплатный add-in для FF - обязательно попробую, Но, всё-таки, хотелось бы именно для IE.

Насчёт IDE, я, конечно, не являюсь спецом, но разве Eclipse и Visual Studio работают со скриптовыми языками?

[dlg99]

Но, всё-таки, хотелось бы именно для IE.
Насчёт IDE, я, конечно, не являюсь спецом, но разве Eclipse и Visual Studio работают со скриптовыми языками?

сильно-ли DOM будет отличаться для IE vs. FireFox?
Только если кто-то специально об этом позаботится Ж)

Visual Studio работает с JavaScript (в смысле - syntax highlighting, debugging).
Я, правда, только windows scripting host scripts отлаживал.

[Green]

Если говорить о Visual Studio, то она может работать со многими скриптовыми языками. Для этого нужно просто написать расширение того языка, который требуется (приведение типов данных и пр.). Поэтому уже многие компании выпустили свои расширения для разных языков.

Студия поддерживает свои родные скриптовые языки - JScript и VBScript. Причем в последних версиях JScript переведен в ранг JScript#, для него добавлен компилятор, появилась возможность использовать любой базовый класс .НЕТ и компилировать исполняемые файлы. Так что теперь он полноправный язык программирования.

Помимо выше перечисленного Студия имеет АСТ, что позволяет записывать, программировать и исполнять любые веб запросы (ну, или почти любые), как в среде разработки самой студии, так и при помощи АСТ. Кроме JScript и VBScript АСТ поддерживает Perl.

Но бесплатным такое решение можно назвать с большой натяжкой.
B)

Впрочем, если есть хорошие навыки программирования, то можно попробовать все писать в бесплатном редакторе среды разработки для .НЕТ, который поддерживает DOM (думаю, есть такие). Скрипты для АСТ могут быть созданы и выполнены в среде .НЕТ без непосредственного использования самого АСТ.

[barancev]

Предлагаю такую комбинацию:

(1) Java
(2) Java IDE на выбор (Eclipse, IDEA, NetBeans, JBuilder, ...)
(4) Jiffie (http://jiffie.sourceforge.net/)
(3) Mouseover DOM Inspector, работает не только с IE, но и с Мозиллой и Оперой (http://slayeroffice....tools/modi.html)

[Guriy]

Ок, уговорили - выложу самописную тулзню, писаную под дотнетом, с примером использования.
Использут ВБ.нет как язык (если есть психи, то можно писать хоть на шарпе, хоть на цепепе) Тесты пишутся и подключаются как плагины.

2Case: На сервер ее можно будет выложить, или мне сайт делать на народ.ру? ;)

[obvious]

Можно HtmlUnit попробовать использовать (http://htmlunit.sourceforge.net/). Т.е. получается:
1 Java
2 Eclipse, IDEA, etc.
3 HtmlUnit

[barancev]

Можно HtmlUnit попробовать использовать (http://htmlunit.sourceforge.net/).

HtmlUnit не подходит под условия задачи, драйвер должен работать с браузером, а не на уровне HTTP-протокола. В результате весь JavaScript и прочая клиентская логика в пролёте.
Если Java, то использовать нужно однозначно Jiffie -- http://jiffie.sourceforge.net/

Конечно, если отказаться от условия "движок должен работать с браузером" и опуститься на уровень протокола, тогда можно и HtmlUnit.

[obvious]

HtmlUnit отличается от HttpUnit-a, он имитирует работу браузера и умеет обрабатывать JavaScript. Хотя согласна: под условие задачи он все-таки не особо подходит.

[barancev]

HtmlUnit отличается от HttpUnit-a, он имитирует работу браузера и умеет обрабатывать JavaScript.

Это только кажется, что имитирует :)
Он обрабатывает JS по-своему, а каждый браузер -- по-своему.

[Case]

2Case: На сервер ее можно будет выложить, или мне сайт делать на народ.ру? ;)

Просто кидайте в меня с комментарием, что и куда.

Заодно таки открою раздел о которой Майк говорил и писал, а у меня всё руки не доходят :(

[Guriy]

ОК, на неделе сделаю, может ее от мусора еще почищу.

PS: Использование OLE тоже имитирует функциональное тестирование. На самом деле просто вызываются обработчики, а вот перемещений мыши, кликов, нажатий на кнопки нет. Ну и не все сделать можно.

[Mike]

Так, речь и шла именно об использовании OLE. Просто, не напрямую, а с помощью open-source библиотек.

К сожалению, для тестирования нашего приложения OLE использовать не удаётся - при попытке получить свойства фреймов (или любого дочернего элемента фреймов), следует неизменный Access Denied. Причём это случается как при работе с OLE IE напрямую, так и с использованием open-source библиотек. В чём дело - непонятно абсолютно :( - очень похоже на cross-frame security, но не из фреймов же мы скрипты вызываем? Да и вообще, как-то же все эти инструменты с другими приложениями с фреймами работают?!

[barancev]

Ещё парочка предложений.

(1) Ruby
(4) Watir -- http://wtr.rubyforge.org/ (тоже IE через COM)

(1) JavaScript
(4) Selenium -- http://selenium.thou....com/index.html (тест выполняется в браузере в отдельном фрейме)

В пункте (3) однозначно Mouseover DOM Inspector -- http://slayeroffice....tools/modi.html

[Guriy]

Так, речь и шла именно об использовании OLE. Просто, не напрямую, а с помощью open-source библиотек.

К сожалению, для тестирования нашего приложения OLE использовать не удаётся - при попытке получить свойства фреймов (или любого дочернего элемента фреймов), следует неизменный Access Denied. Причём это случается как при работе с OLE IE напрямую, так и с использованием open-source библиотек. В чём дело - непонятно абсолютно :( - очень похоже на cross-frame security, но не из фреймов же мы скрипты вызываем? Да и вообще, как-то же все эти инструменты с другими приложениями с фреймами работают?!

Что-то подобное у нас тоже было.
Можно кусок кода, в котором исключение происходит?

[Mike]

2barancev:

Selenium не годится. Я его, конечно, не копал пока подробно, но
1. Насколько я понял, тесты там пишутся в XML (?). Это не скриптовый язык.
2. Слишком хитрый движок. И не факт что заработает с нашим, довольно-таки хитрым приложением - многофреймовым, частично на https:// и т п.
3. Вообще, хотелось не тул а библиотеку (типа ieHTML, WatIR)

Watir я попробовал. Похоже, это действительно лучшее из того, что я пока видел (Samie,ieHTML) - одна только объектная модель чего стоит! Только вот, бесплатный IDE для Ruby - FreeRIDE - просто ужасен. Кроме того, что он мало что умеет, он ещё и глючит - например, если exception в cкрипте не ловится, падает IDE. Хотя, может у меня просто руки кривые.

Кроме того, для Java есть некий Enterprise Web Test. Но его я не смотрел совсем.

2Guriy:

Что-то вроде: (деталей не помню)

<...Get IE somehow>
===
' Это упрощённый вариант функции. Вложенные фреймы игнорируются.

dim isReady,i

do
isReady = (IE.document.readyState="complete")
if isReady then
for i = 0 to IE.document.frames.length-1
isReady = isReady and (IE.documet.frames(i).document.readyState="complete")
next
end if
waitmsec 100
loop until isReady

===

Не уверен в конструкции .frames(i).document.readyState - (может, надо frames(i).readyState) - но я пробовал оба варианта.