Как ускорить работу силк теста?
#1
Отправлено 26 сентября 2007 - 13:01
Сейчас тестируем очень большое приложение (куча вкладок, ссылок, элементов формы... вобщем для того чтобы запустить весь тест план, требуется 14 часов...) Так вот вопрос, из-за чего все так медленно? Какие операции силк тест делает особенно долго? И естьли способ как ускорить работу особо не меняя код? Было замечено что он очень долго устанавливает различные установки на формах, чекбоксы, комбобоксы и тд.
В коде часто встречается sleep(3) может ли изза этого тормозить? Ведь наверняка если поставить просто проверку на икзист какого-то элемента, то это не сильно ускорит работу.
Так гдеже он тормозит больше всего?
Спасибо.
#2
Отправлено 26 сентября 2007 - 13:06
В коде часто встречается sleep(3) может ли изза этого тормозить? Ведь наверняка если поставить просто проверку на икзист какого-то элемента, то это не сильно ускорит работу.
ужас какой
вам не от индусов эти скрипты достались?
вот эти sleep'ы и тормозят вам все
избавляться немедленно
а сам оп себе силктест работает быстро
TestComplete для начинающих (видеозаписи курса)
Software Testing Automation Tips (50 вещей, которые должен знать каждый автоматизатор, книга на английском языке)
Онлайн-учебник "Автоматизация тестирования от «А» до «Ы»"
Сборник рецептов по TestComplete (книга на английском языке)
Онлайн-учебник по TestComplete
Онлайн-учебник по SilkTest
#3
Отправлено 26 сентября 2007 - 14:27
Да, sleep - это Вселенское Зло, отнего надо избавляться, используя более оптимальные решения (в том числе Exists, если нужно дождаться появления некоторого окна).Здравствуйте, у меня возникла вот такая проблема.
Сейчас тестируем очень большое приложение (куча вкладок, ссылок, элементов формы... вобщем для того чтобы запустить весь тест план, требуется 14 часов...) Так вот вопрос, из-за чего все так медленно? Какие операции силк тест делает особенно долго? И естьли способ как ускорить работу особо не меняя код? Было замечено что он очень долго устанавливает различные установки на формах, чекбоксы, комбобоксы и тд.
В коде часто встречается sleep(3) может ли изза этого тормозить? Ведь наверняка если поставить просто проверку на икзист какого-то элемента, то это не сильно ускорит работу.
Так гдеже он тормозит больше всего?
Спасибо.
Еще тормоза могут быть из-за того, что при длительной работе Силка много памяти съедается, Силк попросту может "уставать". Да и подглючивать уже.
Ну и самое главное, учтите, что СилкТест не заставит программу работать быстрее, чем она может реально работать. То есть если в программе отрабатывается какой-то мощный запрос, то силк не сможет сократить время выполнения именно самого запроса. Выигрыш времени происходит по большей части за счет быстроты ввода данных, а также из-за того, что человек устает значительно быстрее.
#4
Отправлено 27 сентября 2007 - 07:27
2 KaNoN: А можно ли использовать exist чтобы дождаться появлениякакого либо элемента? Тестируется веб приложение, и видимо иногда дйствительно долго приходиться ждать.
#5
Отправлено 27 сентября 2007 - 07:41
Ну куда ж без них любимых?Вполне возможно что и от индусов:) Покрайне мере они точно чтото писали, а вот что именно я незнаю:)
Да, вполне можно использовать метод Exists не только для главных окон, а для всех объектов, класса, наследуемого от AnyWin (фактически все элементы управления). Они же тоже являются окнами.2 KaNoN: А можно ли использовать exist чтобы дождаться появлениякакого либо элемента? Тестируется веб приложение, и видимо иногда дйствительно долго приходиться ждать.
#6
Отправлено 09 октября 2007 - 14:35
#7
Отправлено 09 октября 2007 - 15:24
WaitForReady просто ждет, пока страница загрузится, но не фиксирует состояния, что нужная страница загрузилась. В принципе его можно использовать как промежуточное звено, которое не дождавшись загрузки в течение определенного времени просто выбьет исключение (достаточно безопасно, особенно если веб-сервер повис). Но вот уже дожидаться конкретного окна лучше с помощью Existsеще у Browser-a есть метод WaitForReady - так его можноиспользовать для того, чтобы скрипт ждал загрузкий сайта.
#8
Отправлено 09 октября 2007 - 15:42
100% согласен с духом. Но все-же не могу удержаться от примечания к букве : нефиксирует состояния, что нужный контрол появился (отрисовался). Это может происходить например изза долгой JavaScript-а. Или как штатная работа AJAX - т.е. браузер считает, что страничка уже тут и никаких результатов HTML запросов не ждет (собсно WaitForReady - это ожидание загрузки странчки браузером, а не отрисовки её содержимого )WaitForReady просто ждет, пока страница загрузится, но не фиксирует состояния, что нужная страница загрузилась.
Влюбом случае - все эти способы гооораздо предпочтительнее неуправляемого Sleep(ХХХ)
#9
Отправлено 09 октября 2007 - 16:58
Эээ нее, духов не надо. Я уже год как дембельнулся.100% согласен с духом.WaitForReady просто ждет, пока страница загрузится, но не фиксирует состояния, что нужная страница загрузилась.
Слегка опечатался. Я действительно подразумевал ожидание появления объекта. А из-за "буксующих" JavaScript-ов использование WaitForReady не только полезно, но зачастую и необходимо.Но все-же не могу удержаться от примечания к букве : нефиксирует состояния, что нужный контрол появился (отрисовался). Это может происходить например изза долгой JavaScript-а. Или как штатная работа AJAX - т.е. браузер считает, что страничка уже тут и никаких результатов HTML запросов не ждет (собсно WaitForReady - это ожидание загрузки странчки браузером, а не отрисовки её содержимого )
Влюбом случае - все эти способы гооораздо предпочтительнее неуправляемого Sleep(ХХХ)
Количество пользователей, читающих эту тему: 0
0 пользователей, 0 гостей, 0 анонимных