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

[vass]

руководство писалось еще тогда, когда сиклтест 8.0 был в состоянии разработки, и руководство с версией 8.0 вышли примерно одновременно

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

я вообще сомневаюсь, что кто-то апдейтит эти руководства. В основном силк выезжает на том, что все баги и фичи любовно переносятся из одной версии в другую (из последних примеров : создайте тесткейс с именем в >128 символов, запустить - выполняется, а дебажить - не дебажится :) как в 7.1 обнаружили - до сих пор в 2006R2 так и осталось, некритично - но показательно)

там надо

ArgListCall( "sTestCaseID", StringToList(TestCaseParams))

(для тех, кто не знает StringToList - не системная ф-ция, но она дается кажется в курсе по Силку. Она разбивает строку на список строк ;) )

[Genka]

я вообще сомневаюсь, что кто-то апдейтит эти руководства. В основном силк выезжает на том, что все баги и фичи любовно переносятся из одной версии в другую (из последних примеров : создайте тесткейс с именем в >128 символов, запустить - выполняется, а дебажить - не дебажится :) как в 7.1 обнаружили - до сих пор в 2006R2 так и осталось, некритично - но показательно)

кхм... речь шла не о хелпе силковом =)
а о руководстве на этом сайте

а насчет имени тесткейса >128 - прикольно, да
а бага была зарегистрирована на борланде?

[KaNoN]

руководство писалось еще тогда, когда сиклтест 8.0 был в состоянии разработки, и руководство с версией 8.0 вышли примерно одновременно

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

я вообще сомневаюсь, что кто-то апдейтит эти руководства. В основном силк выезжает на том, что все баги и фичи любовно переносятся из одной версии в другую (из последних примеров : создайте тесткейс с именем в >128 символов, запустить - выполняется, а дебажить - не дебажится :) как в 7.1 обнаружили - до сих пор в 2006R2 так и осталось, некритично - но показательно)

там надо

ArgListCall( "sTestCaseID", StringToList(TestCaseParams))

(для тех, кто не знает StringToList - не системная ф-ция, но она дается кажется в курсе по Силку. Она разбивает строку на список строк ;) )

Может там и опечатка, но в примере есть TestcaseParams и sTestcaseparams. Поэтому я решил не детализировать. Там важен принцип

[vass]

кхм... речь шла не о хелпе силковом =)
а о руководстве на этом сайте

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

а насчет имени тесткейса >128 - прикольно, да
а бага была зарегистрирована на борланде?

не знаю. мы просто зареквестили, чтобы нам имена на автоматизацию писали до 100 букв

[Genka]

не знаю. мы просто зареквестили, чтобы нам имена на автоматизацию писали до 100 букв

ну дык, если ее никто не запостил - в борланде о ней может и не знают. А почему бы не запостить? Я там видел баги, созданные вами. Почему бы не запостить еще одну? :)

[vass]

ой, как будто их там кто-то пофиксил - те, которые мы зареквестили. Там люди посоветоволи обходные пути, пообещали светлое будущее и всё.

[KaNoN]

ой, как будто их там кто-то пофиксил - те, которые мы зареквестили. Там люди посоветоволи обходные пути, пообещали светлое будущее и всё.

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

[Evgenij_Ul]

Вот какая проблема возникла при работе с удаленным компьютером.
Дело в том что на удаленной машине может находиться несколько network adapter'ов тоесть например 1 - и есть настоящее соединение с интернетом, 2 - ВПН, 3 - Loopback Adapter для Оракла например. Так вот. Агент на удаленной машине вешается слушать айпишник совершенно непонятным образом, от любого из этих адаптеров, но не обязательно истинный айпи машины, на который мы и делаем connection из ведущего компьютера с СилкТестом. В связи с этим СилкТест не видит агента на удаленной машине.
Так вот, как заставить его(агента) слушать то висеть и принимать данные именно с того айпи с которого нудно нам, или как можно обойти эту проблему (вариант был такой, сначала включить машину, потом включить агента, он становиться висеть на локальным айпи, а потом уже подрубить все ВПН и тд, но такой способ крайне неудобен).
Спасибо.

[KaNoN]

Вот какая проблема возникла при работе с удаленным компьютером.
Дело в том что на удаленной машине может находиться несколько network adapter'ов тоесть например 1 - и есть настоящее соединение с интернетом, 2 - ВПН, 3 - Loopback Adapter для Оракла например. Так вот. Агент на удаленной машине вешается слушать айпишник совершенно непонятным образом, от любого из этих адаптеров, но не обязательно истинный айпи машины, на который мы и делаем connection из ведущего компьютера с СилкТестом. В связи с этим СилкТест не видит агента на удаленной машине.
Так вот, как заставить его(агента) слушать то висеть и принимать данные именно с того айпи с которого нудно нам, или как можно обойти эту проблему (вариант был такой, сначала включить машину, потом включить агента, он становиться висеть на локальным айпи, а потом уже подрубить все ВПН и тд, но такой способ крайне неудобен).
Спасибо.

Обычно для распределенного тестирования лучше готовить тестовую среду до того, как начать выполнять тесты. То есть стартовать Агенты и настроить их, чтоб они виделись хостом, нужно предварительно, а не в самом коде. Как минимум так надежней. Да и времени не так уж и много занимает. Скрипты только устанавливают соединение с Агентами, но не запускают и не настраивают их. Так что в этом плане лучше просто немного перестроить процесс проведения тестирования

[Evgenij_Ul]

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

[KaNoN]

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

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

[vass]

... возможно я что-то недопонял, но -- неужели нельзя запустить агент как "agent.exe -p 3456" а на хосте сделать

Disconnect (hHost)

Connect ("192.168.1.14:3456") // айпи - берешь нужный

[KaNoN]

... возможно я что-то недопонял, но -- неужели нельзя запустить агент как "agent.exe -p 3456" а на хосте сделать

Disconnect (hHost)
Connect ("192.168.1.14:3456") // айпи - берешь нужный

Агент надо запустить на удаленной машине под сессией того пользователя, который там. Пока там Агент не запущен, этого сделать не выйдет, если конечно не сделать запуск команды, которая выполнится на удаленной машине.

[vass]

Есть замечательная команда at. Позволяет запускать процессы и на удаленной машине ;) (Под ВинВиста это будет команда schtasks). При этом не обязательно даже иметь свою сессию - достаточно быть там в группе админов

[KaNoN]

Есть замечательная команда at. Позволяет запускать процессы и на удаленной машине ;) (Под ВинВиста это будет команда schtasks). При этом не обязательно даже иметь свою сессию - достаточно быть там в группе админов

Хорошо, приблизим задачу к рассматриваемому примеру. АйПишник заранее неизвестен.

[Evgenij_Ul]

Даже немножко не так, айпишник ведомой машины мы знаем, но на ней есть еще пару нетворк адаптеров с иными айпишниками (что это значит и почему так я не до-конца понимаю), по "родному" для ведомой машины айпи мы легко можем к ней конектится, и к серверу апач и просто файл скачать, но глядя на запущенные сервисы (например программкой TcpView) мы видим, что агент сидит и слушает айпишник например от Циско ВПН, и совсем не тот по которому мы пытаемся законнектиться к машине в connect ("192.168.4.14:2965").
Почему агент ведет себя так? Почему бы ему не слушать все айпишники? Как например делает апач сервер... А агент видимо выбирает праймари адаптер или ... вот пока не решели мы эту проблему.

[KaNoN]

Даже немножко не так, айпишник ведомой машины мы знаем, но на ней есть еще пару нетворк адаптеров с иными айпишниками (что это значит и почему так я не до-конца понимаю), по "родному" для ведомой машины айпи мы легко можем к ней конектится, и к серверу апач и просто файл скачать, но глядя на запущенные сервисы (например программкой TcpView) мы видим, что агент сидит и слушает айпишник например от Циско ВПН, и совсем не тот по которому мы пытаемся законнектиться к машине в connect ("192.168.4.14:2965").
Почему агент ведет себя так? Почему бы ему не слушать все айпишники? Как например делает апач сервер... А агент видимо выбирает праймари адаптер или ... вот пока не решели мы эту проблему.

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

[Evgenij_Ul]

но на деле это не так, с удаленной машины к другим адаптерам не получается подконектится, всеже они както в пределах ведомой машины остаются, а ее адрес это 192...итд а у циски ВПН адрес виден на той машине, так вот сервер апач смотрит все айпишники (в тспвью видно что апач слушает 0.0.0.0 тоесть все айпи (или что это еще значит?)), а вот агент строго привязан к праймари адаптеру и никак не хочет чтобы до него достучались с ведущей машины.

[vass]

... мда .. фича однако ... а нельзя переназначить, чтобы primary был внешним физическим ?

[Evgenij_Ul]

... мда .. фича однако ... а нельзя переназначить, чтобы primary был внешним физическим ?

Самое прикольное что потом к примеру оракал лукбек адаптер скажет: что это такое??!! мне нужно чтобы мой лукбек адаптер был бы праймари. ну и соответственно тоже откажется работать, хотя это бы было не удобно так как на удаленных машинах с агентом подразумевается использовать приложение с ораклом, которое по-идеи и использует этот лукбек адаптер. Вот такой замкнутый круг, и всегото делов заставить агента слущ\шать по конкретному айпи... блин и как это он тока не умеет этого? Или умеет?