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

[pyro]

Есть 3 проблемы:
1. Простой тест приложения перестаёт работать при смене разрешения экрана. То есть тест просто перестаёт кликать туда, куда ему положено кликать.
Как с этим справиться? (отчень наддо)
2. Этот же тест не способен работать с нестандартными элементами управления. Он их попросту не находит. В приложении использована библиотека BCG,
вот QuickTest действия с этими элементами управления записывает, но повторить не может. Как его научить?
3. В стандартном диалоге выбора шрифта, если выбирать и шрифт и размер и стиль - получается совсем не то, что записывалось, если же выбирать только шрифт - то всё в порядке.

Люди-тестеры, помогите. Как с этим справиться. RTFM пока не помогает.
Заранее огромное спасибо.

[Darkus]

Эм.. дорогой.
Понимаешь, это проблема не твоего средства для тестирования.
Вообщем любые тесты желательно писать только в одном экранном разрешении. А по-возможности избегай таких действий, как Click (X,Y).
Если уж совсем нужно, тогда представь, что ты светило программирования :) Получи экранные настройки и напиши небольшой модуль, где тестовые координаты будут пересчитываться в соответствии с экранным разрешением. А вполне вероятно, что есть и функции, которые это уже реализуют.
...
Насчёт нестандартных элементов управления, к сожаленью это очень больной вопрос. Но не все потеряно для общества...
Например в TestComplete есть хитрая фишка, что допустим встречаешь ты радио буттон, который описан, как VasyPupkinRadioButton - так вот ставишь соответствие, что вести он себя будет, как стандартный контрол. Не знаю, как в вашем средстве, а на нашем огороде такое есть.
Посоветовать могу только одну - используй волшебные пальчики ...и клаву :). Т.е. нужно что-то сдедать, описывай, как будто ты не в контроле, а вообще абстрактно перемещаемся по чему- нибудь имея в руках только клавиатуру и на худой конец (без пошлостей, плиз :)) левую и правую кнопку мышки.
...
Очень часто тест-средства не могут попросту повторить, что сами писали (вот странные ведь, сами пишут, а читать не умеют :)). В моем случае частенько бывало так, что попросту окна даже по другому несколько называются. Есть такая фишка, которая позволяет сделать Spy. Другими словами посмотреть все окна винды. Глянь, как там они называются.
...
Насчёт шрифта не могу ничего сказать, т.к. у меня таких проблем не возникало. Пробуй через клаву проставить, есть подозрение, что ставишь, но не воспроизводится.

[Mike]

Предлагаю переместиться в тематический форум (Mercury Interactive). Пока же, попробую ответить здесь.

п.1. А зачем Ваш тест вообще кликает по координатам? Если QTP не распознаёт Ваши объекты - научите его сначала (см. ответ на п.2), а потом уже записывайте.
п.2. Научить просто. Tools>Objects Identification. И Help cмотрите ;-). В двух словах, боюсь, толком объяснить не получится. А не толком всё просто: в "Object Identifications" Вы указываете QTP, к какому типу контролов он должен относить те контролы, которые он не знает (определяет он их по имени класса). Не со всеми нестандартными объектами это пройдёт, но с большинством проходит. Кстати, это не только QTP так устроен. С Robot'ом и WinRunner'ом то же самое (подозреваю, что с большинством остальных тулов тоже).
п.3. Вообще не понял вопрос. Можно по-подробнее?

[pyro]

Mike, в том-то и дело, что Quicktest находит объект, но кликает туда, где он был с другим разрешением экрана. По крайней мере ошибки о том, что объект не найден - не пишет. Только истошно пытается кликнуть в пустое место =) Почему?

О п.3. Есть стандартный диалог выбора шрифта. Если записывать смену шрифта (допустим на Arial Narrow), размера на 16 и стиля на курсив, то позже, при прохождении теста выбирается абсолютно левый шрифт (например Comic Sans), а стиль и размер не изменяется вовсе. В случае, если записывается просто смена шрифта, без смены стиля и размера, то всё в порядке. Вот.

спасибо, Mike, спасибо, Darkus!

дело всё в том, что это условия задачи: QTP и должно работать при разных разрешениях. :blink:

[astik]

Proverte sootvetstvujut li AddInn's testiruemomu prilozheniju.
Izbegeite v skriptah Tochnoe zadanie koordinat. Ispol'zuite Activate, Maximaize.
Dlja opredelenija nestandartnyh objektov est' fishka. Test > Analog Recording ili Lov Level Recording; no ispol'zovat' dozirovanno i v sluchae krainei neobhodimosti. ;)

[Mike]

1) Вы не могли бы переслать фрагмент записанного скрипта, где он это делает? Может он всё-таки распознаёт объекты неправильно. Какого они типа ? TreeView? Что с ними делаете, какой-нибудь Drag&Drop? С обычными кнопками или listbox (если они правильно распознаются и вы просто на них кликаете) Вы никогда не добъётесь такого эффекта...

2) Получилось с распознаванием?

3) Опять-таки, пришлите записанный код.

[pyro]

astik: при использовании Analog Recording или Lov Level Recording можно сразу забыть про смену разрешения. Так в хэлпе написано; и подтвердилось на практике. И что обидно, запись движений мышки как-то хитро хранится, не ясно, как можно получить доступ к этому Trackу, чтобы пересчитать координаты так скажем в лоб. Об Add-Inns, в приложении нет ни Active-X, ни VB. Anyway, спасибо! ;)

mike: скрипт выслал. объект - тулбар из библиотеки BCG, насколько я понял, очень гибкая библиотека, этот тулбар использовали в качестве стандартого тулбара открыть-новый-сохранить и т.д, и в то же время для выбора цвета. Что я делаю - просто кликаю на иконку нового файла :unsure: Причём появилась новая информация: свежезаписанный тест в разрешении ,допустим, 1400х1050 легко выполняется при смене разрешения на любое другое. Но только в первый раз. Если снова сменить разрешение, например на исходное (как и на любое другое, кроме того, в котором тест был выполнен в первый раз), то тест начинает кликать в пустое место рядом с тулбаром :blink: . Странно.

[Mike]

Cобственно уже ответил по e-mail... В общем, насколько я понял, проблема не в тулбаре а в гриде. Тулбар, как раз, правильно записан... Грид (для любого средства автоматизации, не только QTP) - крепкий орешек (так нет стандарта на название свойств, Windows Messages (WM_xxx), и т.п., тул, как правлило, поддерживает ограниченное количество типов гридов. Причём, чаще всего, ActiveX'ных...)

[pyro]

Новые подробности :ph34r:
Попробуйте выполнить этот скрипт в QTP с разрешением 1024х768:

Window("Microsoft Word").Maximize
Window("Microsoft Word").Click 24,15

Результат - клик по меню "Файл"
Если без каких-либо изменений запустить то же самое с разрешением 800х600 - получаем сообщение о непонятной ошибке, хотя курсорчик правильно наводится на "Файл", только почему-то кликать не желает. Бред. :(

[Mike]

С Word QTP вообще толком работать не умеет, потому и пишет координаты при кликах на меню... Советую использовать шорткаты (Alt-F+Down+Down+Enter, и т.п.). Чтож касается того почему ТАК (как записалось) не работает... Я бы не тратил на это время. Не работает - ищите обходные пути. Хотя предположить почему не работает могу. Например, это вам только кажется что курсор над меню "Файл", а на самом деле он чуть-чуть выше (над заголовком окна), поэтому и не кликается... Например.

[Dmitry_NJ]

С Word QTP вообще толком работать не умеет...

С Word и прочими продуктами из MS Office никто толком работать не умеет, дело тут не в QTP. Microsoft не открывает библиотеки, которые используются для написания MS Office продуктов, поэтому нет никаких add-in'ов, которые могли бы поддерживать объектное распознавание элементов GUI в этих приложениях.

[Dmitry_NJ]

Нужен плагин DevExpress для QTP...
Может, у кого-то есть или кто-нибудь знает, где его достать? ;)

Amarie, у нас это не привествуется. Правила форума вам помогут.

Аmarie, наверное, хотел узнать как ему связаться с ближайшими дистрибьюторами Mercury Interactive :)