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

[Yagova]

Товарисчи, помогите.
На днях дали в руки компакт с сабжевой программулиной, и сказали - смотри и раздупляйся. После некоторого изучения хэлпа и пробы примера из самого ХДЕ, решил попробовать, так сказать, в полевых условиях... И тут же наступил на первые грабли - тул не захотел воспринимать кирилицу. У меня точно также, как и у одного тут присутствующего человека был, вэб-проект с ссылками на украинском и русском языках. Попробовал записать скрипт(пару кликов по ссылкам) - в тексте скрипта на месте кирилицы оказались знаки вопроса,каждый распознавался, как синтакс-еррор. Тогда, следуя тому же приведенному здесь когда-то совету, поменял дефолтную раскладку клавиатуры и текущую раскладку на ру\укр. При записи тех же пары кликов текст скрипта был уже читаемым, но кирилица всё равно воспринималась как синтаксические ошибки. Пробовал из меню Edit->Encoding поменять кодировку, но так как кирилицы в списке не было, выбирал Others и прописывал ручками кои8-р(у). Не помогло - написало неизвестная кодировка.

Вобщем, кто знает, помогите пожалуйста.

ЗЫ: в риджинал сеттингсах менял локаль на Россию и Украину - всё равно не помогло.

[Guriy]

Все работает ;)

Рассказываю:
проблема из-за того, что в коде создаются методы, содержащие в своем названии русские буквы (мало какой язык кроме русского алгоритмического такое издевательство спокойно выдержит :) )

Как вылечить:
В XDE Tester Script Explorer правой кнопочкой на линке с русскими/украинскими/китайскими буковками
Rename - ввести название состоящее только из латинских буковок - Финиш

В теле скрипта названия подправить ручками

В будующем всячески избегать создания скриптов методом Record/Playback даже если в приложении используется только латинские буквы.

[barancev]

В будующем всячески избегать создания скриптов методом Record/Playback даже если в приложении используется только латинские буквы.

Хе! А зачем тогда вообще он (XDE Tester) нужен?
Библиотеку драйверов для веб-приложения можно и бесплатную найти не хуже.

[Yagova]

В будующем всячески избегать создания скриптов методом Record/Playback даже если в приложении используется только латинские буквы.

Хе! А зачем тогда вообще он (XDE Tester) нужен?
Библиотеку драйверов для веб-приложения можно и бесплатную найти не хуже.

Согласен с господином Баранцевым! Если не записывать скрипт мктодом рекорд\плэйбэк, то чем, простите, процесс написания теста будет отличаться от процесса чисто-программирования?

При простом хождении по ссылкам мне прийдётся выучить Джаву? Думаю процесс затянется :D
Да и каждый раз ручками переименовывать название линка по-моему не совсем автоматизированно выходит :)

Если можете, дайте ссылку на эту магическую библиотеку драйверов, если таковая существует. Или хотябы где искать :rolleyes:

[barancev]

Если можете, дайте ссылку на эту магическую библиотеку драйверов, если таковая существует. Или хотябы где искать :rolleyes:

Разумеется, чтобы использовать такую библиотеку придётся таки программировать :)

Коли уж упомянута Java -- можно использовать, скажем, HttpUnit -- http://httpunit.sour...c/cookbook.html или HttpClient -- http://jakarta.apach...t/tutorial.html.

Есть также библиотеки в стиле, описанном в статье "Облегченная автоматизация тестирования UI в .Net" -- http://forums.softwa...=ST&f=31&t=1569, например Selenium -- http://selenium.thou....com/usage.html (здесь придётся программировать на JavaScript).

[Dmitry_NJ]

В будующем всячески избегать создания скриптов методом Record/Playback даже если в приложении используется только латинские буквы.

Хе! А зачем тогда вообще он (XDE Tester) нужен?
Библиотеку драйверов для веб-приложения можно и бесплатную найти не хуже.

ППКС.

Если "неиспользование" record/playback это действительно рекомендованные best practices при работе с XDE Tester, то либо ребята из IBM просто что-то недоработали, либо целевая аудитория продукта несколько отлична от обычных тестировщиков, занимающихся автоматизацией black-box testing.

[bolshik]

в коде создаются методы, содержащие в своем названии русские буквы

Можно пример метода?

[Yagova]

в коде создаются методы, содержащие в своем названии русские буквы

Можно пример метода?

Пжалста, вот вам маленький кусманчик кода :) :

Text_Новини().click(atPoint(34,4));
Link_Реєстрація().click();
List_sex().click();
List_sex().click(atText("Чоловіча"));

[Guriy]

Откуда такая буря возмущения?

Record/Playback я стараюсь не использовать, что советую делать и вам по одной простой причине - трудности с сопровождением.
Хотя опять-же оговорюсь - к порталам это не относится.

[Case]

Дико извиняюсь :) Дмитрий, а что аткое "ППКС"?

[barancev]

Дико извиняюсь :) Дмитрий, а что аткое "ППКС"?

Пока он там в Америке спит, расшифрую я:
ППКС = Подписываюсь Под Каждым Словом

[STRAY]

Ого, а дебаты то какие по поводу RECORD метода создания скриптов...
Интересно, неужели такое кто-то использует ??? :huh:
Простой пример (ну, или наверно, антипример) -- приложение работает в броузере на весь экран:
Запись само-собой игнорирует вся4ескую подготовку 4его бы то нибыло, как говориться WYSWYG (What You See is What You Get)....
Вы по какой либо при4ине браузер вернули в стейт Normal B) и снова запускаете скрипт, а в нем на 95% бывают корявые вызовы типа bla-bla-bla.Click(atPoint(x,y)) - а у вас слиент-ария уже не та :P -> Exception!
Смешно полу4ается....
Я, коне4но, не гуру XDE Tester'а, но за всю свою практику ни разу не пробовал записывать скрипты ввиду уж СЛИШКОМ МНОГИХ против и неубедительных за. А по поводу того, за4ем его тогда придумали -- для того, 4тобы посмотреть какие компоненты каким классам в XDE соответствуют + можно поиграться во время изу4ения... не каждый тестер на Жабе сядет и на4нет сходу писать :unsure:

Никого никогда не хотел обидеть ;)

[Dmitry_NJ]

Запись само-собой игнорирует вся4ескую подготовку 4его бы то нибыло, как говориться WYSWYG (What You See is What You Get)....

Запишите подготовку, кто вам мешает?

Вы по какой либо при4ине браузер вернули в стейт Normal  B)  и снова запускаете скрипт...

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

а в нем на 95% бывают корявые вызовы типа bla-bla-bla.Click(atPoint(x,y))

Не знаком со спецификой XDE Tester, но если инструмент умеет работать с приложениями, созданными в определенной среде, то в 95% случаях как раз кликов по координатам быть не должно. Объекты должны нормально распознаваться.

А по поводу того, за4ем его тогда придумали -- для того, 4тобы посмотреть какие компоненты каким классам в XDE соответствуют + можно поиграться во время изу4ения...

Ну посмотрели вы какие компоненты каким классам соответствуют. А дальше то что? Какова конечная цель? Поиграться?

[STRAY]

Не знаком со спецификой XDE Tester, но если инструмент умеет работать с приложениями, созданными в определенной среде, то в 95% случаях как раз кликов по координатам быть не должно. Объекты должны нормально распознаваться.

Вот тебе самый простой пример из XDE Tester - полу4енный путем записи!!!
Text_username().click(atPoint(22,6));
Например, мне и так понятно, 4то EditBox'у фокус можно присвоить просто методом клика по нему...
RECORD же практикует обратное...
Это во-первых!
Во-вторых, про подготовку броузера - разговор шел про метод создания тестов путем записи, какая подготовка?????
Если вы умеете заставлять XDE Tester писать скрипт с подготовкой TestApplication -- нау4ите меня пожалуйста...
и В-третьих:

Ну посмотрели вы какие компоненты каким классам соответствуют. А дальше то что? Какова конечная цель? Поиграться?

:angry: Поиграться - имелось ввиду попробовать разли4ные методы работы с компонентами в приложении!!! а не обще принятое зна4ение!
И когда вы знаете класс компонента -- для меня этого по4ти достато4но. Я хоть и тестер, но у4ился на девелопера и только по воле обстоятельств сей4ас работаю тестером... Так 4то известный класс объекта вле4ет за собой знание методов, которые он поддерживает, от кого и 4то наследует и еще ку4у остального... если это не помогает кому-то... ну я ни4его поделать не могу! У4ите в таком слу4ае языки прогания ;)

[Case]

Ого, а дебаты то какие по поводу RECORD метода создания скриптов...
Интересно, неужели такое кто-то использует ???

Вообще-то тулы для функционального тестирования ещё называют record-playback tools. Так что работать с ними и не юзать запись?.. :) Тогда проще сразу на том же VB писать.

[Case]

Я хоть и тестер, но у4ился на девелопера и только по воле обстоятельств сей4ас работаю тестером...

Тяжело, наверное. По воле обстоятельств то?

[bolshik]

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

[Guriy]

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

Теперь по поводу Record/Playback - в xde используется нормальный язык, на котором сделать библиотеку для работы с контролами как два байта переслать, не то, что в скриптовых языках, есть нормальные средства заполнения Object Map контролами. Если совсем лень, то можно одним кликом заполнить этот мэп всеми объектами, по которым можно кликнуть. Зачем получать на выходе скрипт дурной длинны, в котором еще и в добавок месяц разгребаться нужно, потому что понтролы выглядят не bla-bla-bla.Click(atPoint(x,y)) а bla-bla-bla-bla-bla-bla-bla-bla-bla-bla-bla-bla-bla-bla-bla-bla-bla-bla-bla-bla-bla-77362.Click(atPoint(x,y))
потому, что объекты по которым мы радостно кликали вообще имеют идентификатор созданный в рантайме...

А как потом этот скрипт сопровождать?
Нужно делать сразу правильно и красиво ;)

[STRAY]

Я хоть и тестер, но у4ился на девелопера и только по воле обстоятельств сей4ас работаю тестером...

Тяжело, наверное. По воле обстоятельств то?

Угу, было сна4ала тяжело, потом узнал про автоматизацию -- и мир стал милее
А так... уже привык. Вот уже как без малого год работаю тестером... B)
Плюс стараюсь нашим тестерам тулы всякие писать для облег4ения жизни ;) вроде пока не били

[STRAY]

Теперь по поводу Record/Playback - в xde используется нормальный язык, на котором сделать библиотеку для работы с контролами как два байта переслать, не то, что в скриптовых языках, есть нормальные средства заполнения Object Map контролами.

Ой как согласен
На жабе писать ли4но мне куда приятнее, 4ем на скриптовых языках других тулов... Мало того, XDE Tester стоит на платформе девелоперского Eclipse 2.0 (4то подразумевает нали4ие меньшего кол-ва глюков) :) ЛИ4НО для меня он всё равно остается любимым тулом по автоматизации Жаба и Веб приложений ;)

ЗЫ
Не хотел обидеть пользователей других тулов - это только моё ли4ное мнение, основанное только на моём опыте!