Выбор инструмента
#1
Отправлено 21 декабря 2006 - 12:44
нужно:
1. как следует нагрузить всю эту систему
2. оценить время отзыва от сервера при определенном количестве пользователей
3. провести корректность данных, которые обработала система
#2
Отправлено 21 декабря 2006 - 13:04
Возможно, LoadRunner от Mercury.
TestComplete для начинающих (видеозаписи курса)
Software Testing Automation Tips (50 вещей, которые должен знать каждый автоматизатор, книга на английском языке)
Онлайн-учебник "Автоматизация тестирования от «А» до «Ы»"
Сборник рецептов по TestComplete (книга на английском языке)
Онлайн-учебник по TestComplete
Онлайн-учебник по SilkTest
#3
Отправлено 21 декабря 2006 - 13:41
Мы для тестирования наших продуктов написали сами прогу, которая становится на место приложения и взаимодействует с сервером на уровне протокола. Не стоит для нагрузочного тестирования загружать тонны клиентов.
Удачи ;)
#4
Отправлено 21 декабря 2006 - 18:40
Человек русским по белому пишет, что протокол общения клиента и сервера закрыт, а вы про какую-то прогу ему рассказываете.Мы для тестирования наших продуктов написали сами прогу, которая становится на место приложения и взаимодействует с сервером на уровне протокола.
#5
Отправлено 21 декабря 2006 - 18:45
SilkPerformer запускает скрипты, созданные в SilkTest?Скорее всего подойдет SilkPerformer от Borland (ранее Segue).
Одного LR недостаточно. Нужен еще QTP или WR, чтобы GUI юзеров создавать.Возможно, LoadRunner от Mercury.
#6
Отправлено 25 декабря 2006 - 05:48
LR - Load Runner с этим ясно, а что такое QTP и WR извиняюсь за незнание мат частиОдного LR недостаточно. Нужен еще QTP или WR, чтобы GUI юзеров создавать.
#7
Отправлено 25 декабря 2006 - 05:54
WR - WinRunner
спасибо, вопрос снят.
#8
Отправлено 26 декабря 2006 - 08:17
Одного LR недостаточно. Нужен еще QTP или WR, чтобы GUI юзеров создавать.
Я правильно понимаю, что можно создать GUI скрипт и запускать его через LR регулируя количество пользователей в параметрах?
P.S. Я пытался решить аналогичную здачу с помощью Rational - там невозможно запустить массу GUI скриптов с одной машины
#9
Отправлено 26 декабря 2006 - 12:46
1. Application Center Test (ACT) - входит в состав визуал студио .NET
2. MS Web Application Stress Tool - отдельная утилитка, вроде даже фришная (http://www.microsoft...r.mspx?mfr=true)
#10
Отправлено 26 декабря 2006 - 17:37
Понимаете правильно.Я правильно понимаю, что можно создать GUI скрипт и запускать его через LR регулируя количество пользователей в параметрах?
Где мы и где Rational? Это их проблемы.Я пытался решить аналогичную здачу с помощью Rational - там невозможно запустить массу GUI скриптов с одной машины
#11
Отправлено 26 декабря 2006 - 17:40
A какое отношение эти тулы имеют к тестированию НЕвеб приложений?Если вопрос еще актуален могу порекомендовать еще 2 тулзы от Microsoft:
1. Application Center Test (ACT) - входит в состав визуал студио .NET
2. MS Web Application Stress Tool - отдельная утилитка, вроде даже фришная (http://www.microsoft...r.mspx?mfr=true)
#12
Отправлено 26 декабря 2006 - 18:43
A какое отношение эти тулы имеют к тестированию НЕвеб приложений?Если вопрос еще актуален могу порекомендовать еще 2 тулзы от Microsoft:
1. Application Center Test (ACT) - входит в состав визуал студио .NET
2. MS Web Application Stress Tool - отдельная утилитка, вроде даже фришная (http://www.microsoft...r.mspx?mfr=true)
Упс. невнимательность
#13
Отправлено 27 декабря 2006 - 10:22
Понимаете правильно.Я правильно понимаю, что можно создать GUI скрипт и запускать его через LR регулируя количество пользователей в параметрах?
Где мы и где Rational? Это их проблемы.Я пытался решить аналогичную здачу с помощью Rational - там невозможно запустить массу GUI скриптов с одной машины
Не могли бы дать наводку на документацию по данной теме?
#15
Отправлено 28 декабря 2006 - 09:55
Идея реализации обсуждалась здесь. А за глубокими подробностями надо в CSO KB по LR лезть.Не могли бы дать наводку на документацию по данной теме?
Решение которое Вы предложили (работа через Terminal Server) работает и для rational, ничего нового не вижу
Так что Mercury рядом с Rational пока стоит
#16
Отправлено 29 декабря 2006 - 06:05
Это ваши слова?Решение которое Вы предложили (работа через Terminal Server) работает и для rational, ничего нового не вижу
Чего же теперь вы говорите, что такое возможно?Я пытался решить аналогичную здачу с помощью Rational - там невозможно запустить массу GUI скриптов с одной машины
#17
Отправлено 29 декабря 2006 - 08:27
Это ваши слова?Решение которое Вы предложили (работа через Terminal Server) работает и для rational, ничего нового не вижу
Чего же теперь вы говорите, что такое возможно?Я пытался решить аналогичную здачу с помощью Rational - там невозможно запустить массу GUI скриптов с одной машины
Да возможно, но грубо говоря, через одно место и с кучей ограничений.
Я очень сильно подозреваю, что с Mercury та же самая ситуация.
Был задан вопрос, как консультанту Mercury, возможен ли запуск GUI скриптов с одной машины регулируя их кол-во.
Что значит используя несколько терминальных сессий? Можно в одной терминальной сессии запустить 100 GUI?
#18
Отправлено 30 декабря 2006 - 02:50
Был дан ответ, как консультанта Mercury, "да, возможно". Что такое "через одно место и с кучей ограничений" это известно только вам и Rational. Если хотите обсудить ограничения - огласите весь список.Да возможно, но грубо говоря, через одно место и с кучей ограничений.
Я очень сильно подозреваю, что с Mercury та же самая ситуация.
Был задан вопрос, как консультанту Mercury, возможен ли запуск GUI скриптов с одной машины регулируя их кол-во.
Это значит, что на одном LG вы можете открыть несколько терминальных сессий к терминальному серверу, на котором должно быть установлено тестируемое приложение и ваш GUI тул, если речь идет о GUI юзерах, создаваемых вне LR.Что значит используя несколько терминальных сессий?
100 юзеров в одной сессии вы навряд ли запустите, но дело тут не в LR. Даже если у вас все в порядке с CPU/Memory, то скорее всего элементарно не хватит GDI ресурсов - это основная проблема при работе со всеми типами GUI юзеров (и из WR/QTP и с "родными" для LR - SAPGUI и Citrix). Даже на Win2003 SP1 я не видел, чтобы удавалось запустить больше 80-90 юзеров в одной сессии. Вообще же 30-40 юзеров на одну терминальную сессию это рекомендуемое и вполне безопасное количество, при котором вы можете ожидать хорошую стабильную работу. Но это если речь идет о GUI-based юзерах, создаваемых в самом LR. К ним относятся SAPGUI, Citrix и RTE.Можно в одной терминальной сессии запустить 100 GUI?
Если же вас интересуют GUI юзеры, созданные в других тулах (QTP/WR), то в этом случае вы таки можете запускать "GUI скрипты с одной машины, регулируя их кол-во". Но такая регулировка достигается за счет терминальных сессий из расчета 1 юзер на 1 сессию. Откроете 10 сессий - запустите 10 GUI юзеров с одной машины.
#19
Отправлено 09 января 2007 - 10:57
Был дан ответ, как консультанта Mercury, "да, возможно". Что такое "через одно место и с кучей ограничений" это известно только вам и Rational. Если хотите обсудить ограничения - огласите весь список.
Я хочу обсудить все ограничения, присутствующие при работе с продуктами Mercury. Ответ "да, возможно" таит слишком много подводный камней
Основные недостатки Rational:
1. Работа по схеме 1 юзер - 1 сессия, запуск такой архитектуры не слишком удобен.
2. ВСЕ терминальные сессии должны быть видны на мониторе (активны), откуда происходит запуск тестов.
Опыт подсказывает, что нечто похожее может быть и у Mercury
... на одном LG вы можете открыть несколько терминальных сессий к терминальному серверу, на котором должно быть установлено тестируемое приложение и ваш GUI тул, если речь идет о GUI юзерах, создаваемых вне LR.
Я правильно понимаю, учитывая следующий абзац, что несколько терминальных сессий равны несколько GUI скриптов?
Есть ограничения на количество/режим работы сессий? Могу я запустить 30/300 сессий с одной машины?
100 юзеров в одной сессии вы навряд ли запустите, но дело тут не в LR. Даже если у вас все в порядке с CPU/Memory, то скорее всего элементарно не хватит GDI ресурсов - это основная проблема при работе со всеми типами GUI юзеров (и из WR/QTP и с "родными" для LR - SAPGUI и Citrix). Даже на Win2003 SP1 я не видел, чтобы удавалось запустить больше 80-90 юзеров в одной сессии. Вообще же 30-40 юзеров на одну терминальную сессию это рекомендуемое и вполне безопасное количество, при котором вы можете ожидать хорошую стабильную работу. Но это если речь идет о GUI-based юзерах, создаваемых в самом LR. К ним относятся SAPGUI, Citrix и RTE.
Если же вас интересуют GUI юзеры, созданные в других тулах (QTP/WR), то в этом случае вы таки можете запускать "GUI скрипты с одной машины, регулируя их кол-во". Но такая регулировка достигается за счет терминальных сессий из расчета 1 юзер на 1 сессию. Откроете 10 сессий - запустите 10 GUI юзеров с одной машины.
Чем "GUI-based юзерах, создаваемых в самом LR" отличаются от "GUI юзеры, созданные в других тулах"?
Повторюсь, что именно схема 1 юзер - 1 сессия используется при работе c Rational Robot, т.к. кол-во GUI пользователей не регулируется.
#20
Отправлено 10 января 2007 - 04:27
Это не недостатки Rational. Это ограничения, накладываемые самой природой GUI юзеров. Они в принципе не предназначены для нагрузочного тестирования. У них совершенно иная цель. Если вы их по каким-либо причинам решили использовать для нагрузочного тестирования (а это оправдано только тогда, когда вы перебрали все другие возможные опции, ничего не подходит и полная безнадега), то вы должны быть готовы платить за такой выбор определенными неудобствами. Если у вас под рукой не оказалось молотка, чтобы забить гвоздь, и вы пытаетесь сделать это рожком для обуви, то это не недостаток рожка для обуви, что им неудобно забивать гвозди - у него просто изначально иная функция.Основные недостатки Rational:
1. Работа по схеме 1 юзер - 1 сессия, запуск такой архитектуры не слишком удобен.
2. ВСЕ терминальные сессии должны быть видны на мониторе (активны), откуда происходит запуск тестов.
Несколько терминальных сессий равны нескольким GUI юзерам. А уж какие скрипты они запускают (одинаковые или разные) это дело десятое.Я правильно понимаю, учитывая следующий абзац, что несколько терминальных сессий равны несколько GUI скриптов?
Если машина не сдохнет и лицензия на терминальном сервере позволяет, то хоть 3000. Но машина таки сдохнет не дойдя и до сотни (хотя тут многое зависит от того что делают запускаемые скрипты - прежде всего сколько GDI ресурсов они отжирают). С точки зрения тула (по крайней мере, LR, не знаю как у Rational), ограничений по количеству открытых терминальных сессий на одной машине нет.Есть ограничения на количество/режим работы сессий? Могу я запустить 30/300 сессий с одной машины?
Тем, как они создаются и запускаются. У QTP/WR и LR разные recording engines и replay engines. GUI тулы работают на UI уровне, LR работает на уровне протоколов (даже если скрипты выглядят почти как GUI скрипты).Чем "GUI-based юзерах, создаваемых в самом LR" отличаются от "GUI юзеры, созданные в других тулах"?
Количество пользователей, читающих эту тему: 0
0 пользователей, 0 гостей, 0 анонимных