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

[Genka]

Может кто сталкивался с проблемой: есть компутер, к которому я коннекчусь через Remote Desktop Connection. На этом компутере установлен СилкТест.
Администраторские права на этой машине я получить не могу, есть только полный доступ в папку силктеста.

Так вот. Не удается подключить никакие экстеншены (ActiveX и DOM в частности).

На моей машине, где у меня админские права, все работает отлично.

Кто что посоветует?

Заранее спасибо,
Генка

[VegaX]

Посоветую получить админские права на машину

Я уже сталкивался с такой проблемой тут

Но вразумительного ответа не получил.

[Genka]

Посоветую получить админские права на машину

к сожалению сие невозможно :(

[Genka]

VegaX, в той теме Вы говорили, что находили подобные упоминания на других форумах...

Ссылочки не подскажите? :)

[VegaX]

  VegaX, в той теме Вы говорили, что находили подобные упоминания на других форумах...

Ссылочки не подскажите? :)

Подскажу :)

На этом форуме я даже тему создал.

Если ты найдешь возможность, как развязать эту проблему - дай знать плиз

[KaNoN]

Проблема целиком не решена, но для веб-приложений кое-чего получилось.
Для использования DOM расширений на удаленной машине есть 3 способа настроек:
1) В СилкТесте меню Options > Extensions, выбрать браузер и нажать на кнопку Extensions, в появившемся диалоге сделать нужные настройки, после чего можно запускать на той машине Силк и из него стартовать скрипт

2) В каталоге <SilkTest Install Dir>\Extend есть файл domex.ini, в котором можно прописать нужные настройки (см. в хелпе, там про это хорошо расписано)

3) Нужные настройки можно устанавливать динамически при помощи
BrowserPage.SetUserOption( ... ), например

Browser.SetActive()
BrowserPage.SetUserOption("ShowBorderlessTables",.076,USEROPT_DEFAULT)
BrowserPage.SetUserOption("ShowHtmlForm",TRUE,USEROPT_DEFAULT)

Так вот, на удаленной машине, на которой у меня нет админских прав я не смог задействовать первые 2 способа. Максимум, чего я добился, это то, что Html - объекты как-то начали видеться, но все настройки расширений действовали по-умолчанию и соответственно не виделись формы и таблицы (а должны были). 3-й способ помог и все заработало нормально. Единственная особенность в том, что вышеприведенный код действует для текущего окна броузера. Если появится другое окно ( у меня например такой случай произошел с модальным окном ), то подобные настройки надо применить и для него. Но и это делается, в принципе.

Этот подход позволяет менять настройки в процессе выполнения скрипта и это еще не значит, что и записываться объекты будут так же нормально. По-крайней мере, когда я прервал выполнение скрипта, а потом начал записывать окно, для которого сделал нужные настройки, то при записи появились нужные элементы в нужной иерархической последовательности.

Так что не все с СилкТестом плохо

[VegaX]

Только что попробывал установить настройки Browser на клиенской машине при помощи SetUserOption. Не помогло!!!

Ошибки SetUserOption никакой не выдает, но значение параметров не меняет. И попрежнему не видно детей объекта BrowserPage.

[KaNoN]

Я это делал удаленно. То есть СилкТест запущен на моей машине (все нужные расширения подключены и опции настроены), а Агент на удаленке. Я для него активировал расширения, но без програмной установки опций, он использовал дефолтовые настройки.

З.Ы.: Может я чего-то выпустил, но факт остается фактом: вчера я долбал удаленную машину и максимум добился распознавания HTML-объектов вообще (по дефалтовым настройкам), а сегодня, когда задействовал BrowserPage.SetUserOption нужные настройки вступили в силу

[VegaX]

Я запускаю агент и Силк на удаленной машине. Не уверен, что твой подход мне подойдет. Наша фирма и клиент пользуются разными версиями Силк Теста.

[KaNoN]

Я запускаю агент и Силк на удаленной машине. Не уверен, что твой подход мне подойдет.

Да, у меня ситуация немного другая. Мне на удаленке нужен только Агент

Наша фирма и клиент пользуются разными версиями Силк Теста.

В моем случае это не имеет значения. Я недавно запускал скрипт на 10-ти машинах - он пройден успешно и я уверен, что хотя бы на одной из них была версия отличная от моей. Там могут быть в другом проблемы. Я просто долго игрался с проблемной машиной: копировал файлы extend.ini и domex.ini, пытался активировать расширения и т.д. Поэтому я мог что-то пропустить, но я точно не являюсь администратором той машины.

В общем, это был еще один вариант, когда можно было достучаться до настроек DOM-расширений, когда другие стандартные способы не подходят