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

[Evgenij_Ul]

Здравствуйте, у меня возникла вот такая проблема.
Сейчас тестируем очень большое приложение (куча вкладок, ссылок, элементов формы... вобщем для того чтобы запустить весь тест план, требуется 14 часов...) Так вот вопрос, из-за чего все так медленно? Какие операции силк тест делает особенно долго? И естьли способ как ускорить работу особо не меняя код? Было замечено что он очень долго устанавливает различные установки на формах, чекбоксы, комбобоксы и тд.
В коде часто встречается sleep(3) может ли изза этого тормозить? Ведь наверняка если поставить просто проверку на икзист какого-то элемента, то это не сильно ускорит работу.
Так гдеже он тормозит больше всего?
Спасибо.

[Genka]

В коде часто встречается sleep(3) может ли изза этого тормозить? Ведь наверняка если поставить просто проверку на икзист какого-то элемента, то это не сильно ускорит работу.

ужас какой
вам не от индусов эти скрипты достались?
вот эти sleep'ы и тормозят вам все
избавляться немедленно

а сам оп себе силктест работает быстро

[KaNoN]

Здравствуйте, у меня возникла вот такая проблема.
Сейчас тестируем очень большое приложение (куча вкладок, ссылок, элементов формы... вобщем для того чтобы запустить весь тест план, требуется 14 часов...) Так вот вопрос, из-за чего все так медленно? Какие операции силк тест делает особенно долго? И естьли способ как ускорить работу особо не меняя код? Было замечено что он очень долго устанавливает различные установки на формах, чекбоксы, комбобоксы и тд.
В коде часто встречается sleep(3) может ли изза этого тормозить? Ведь наверняка если поставить просто проверку на икзист какого-то элемента, то это не сильно ускорит работу.
Так гдеже он тормозит больше всего?
Спасибо.

Да, sleep - это Вселенское Зло, отнего надо избавляться, используя более оптимальные решения (в том числе Exists, если нужно дождаться появления некоторого окна).

Еще тормоза могут быть из-за того, что при длительной работе Силка много памяти съедается, Силк попросту может "уставать". Да и подглючивать уже.

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

[Evgenij_Ul]

Вполне возможно что и от индусов:) Покрайне мере они точно чтото писали, а вот что именно я незнаю:)

2 KaNoN: А можно ли использовать exist чтобы дождаться появлениякакого либо элемента? Тестируется веб приложение, и видимо иногда дйствительно долго приходиться ждать.

[KaNoN]

Вполне возможно что и от индусов:) Покрайне мере они точно чтото писали, а вот что именно я незнаю:)

Ну куда ж без них любимых?

2 KaNoN: А можно ли использовать exist чтобы дождаться появлениякакого либо элемента? Тестируется веб приложение, и видимо иногда дйствительно долго приходиться ждать.

Да, вполне можно использовать метод Exists не только для главных окон, а для всех объектов, класса, наследуемого от AnyWin (фактически все элементы управления). Они же тоже являются окнами.

[vass]

еще у Browser-a есть метод WaitForReady - так его можноиспользовать для того, чтобы скрипт ждал загрузкий сайта. Этот метод не работает для AJAX сайтов-- там нужно явно дожидаться Exists контрола, который прорисовывается последним (для надежности). Но также для AJAX сайтов нужно не забывать вызывать FlushCache, при каждом обращении на сервер -- чтобы Силк обновил данные о страничке (как пример - был один такой навороченный календарик, и там после каждого нажатия кнопок перемешщения на день/месяц/etc нужно было обновлять ланные о нем, чтобы Силк правильно видел надписи на кнопках с днями месяцев и т.д.)

[KaNoN]

еще у Browser-a есть метод WaitForReady - так его можноиспользовать для того, чтобы скрипт ждал загрузкий сайта.

WaitForReady просто ждет, пока страница загрузится, но не фиксирует состояния, что нужная страница загрузилась. В принципе его можно использовать как промежуточное звено, которое не дождавшись загрузки в течение определенного времени просто выбьет исключение (достаточно безопасно, особенно если веб-сервер повис). Но вот уже дожидаться конкретного окна лучше с помощью Exists

[vass]

WaitForReady просто ждет, пока страница загрузится, но не фиксирует состояния, что нужная страница загрузилась.

100% согласен с духом. Но все-же не могу удержаться от примечания к букве : нефиксирует состояния, что нужный контрол появился (отрисовался). Это может происходить например изза долгой JavaScript-а. Или как штатная работа AJAX - т.е. браузер считает, что страничка уже тут и никаких результатов HTML запросов не ждет (собсно WaitForReady - это ожидание загрузки странчки браузером, а не отрисовки её содержимого )

Влюбом случае - все эти способы гооораздо предпочтительнее неуправляемого Sleep(ХХХ)

[KaNoN]

WaitForReady просто ждет, пока страница загрузится, но не фиксирует состояния, что нужная страница загрузилась.

100% согласен с духом.

Эээ нее, духов не надо. Я уже год как дембельнулся.

Но все-же не могу удержаться от примечания к букве : нефиксирует состояния, что нужный контрол появился (отрисовался). Это может происходить например изза долгой JavaScript-а. Или как штатная работа AJAX - т.е. браузер считает, что страничка уже тут и никаких результатов HTML запросов не ждет (собсно WaitForReady - это ожидание загрузки странчки браузером, а не отрисовки её содержимого )

Влюбом случае - все эти способы гооораздо предпочтительнее неуправляемого Sleep(ХХХ)

Слегка опечатался. Я действительно подразумевал ожидание появления объекта. А из-за "буксующих" JavaScript-ов использование WaitForReady не только полезно, но зачастую и необходимо.