fesd

http://jmeter.apache...ctions.html#__P

 

2) в условии while у вас "=" вместо "==" или "!="

 

 

Все равно не будет работать. В while контроллере это можно сделать так ${__javaScript("${VAR2}"=="abcd")}

Например так:
1. Агент нагрузки создает нагрузку на входную точку, все треды загружены непосредственно отправкой сообщений.
2. Включаем логирование везде
3. Парсим логи.

а как его добавить, у меня его нет, версия 2,9
или это плагин?
если да, то не подскажете, как его установить?

http://jmeter-plugins.org/
Скачивайте Standard Set. Инструкция по установке находится внутри архива.

Я ничего не понял. Какое прокси менять? Какие сайты?

Если используется для записи сценария HTTP Proxy Server, а в браузере прописывается локалхост, то ваши запросы из браузера походят через JMeter proxy, который записывает все созданные вами в браузере запросы в свой сценарий.

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

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

Дефолтными графиками жметра не пользуюсь - раньше были убогие, сейчас наверно такие и остались. Юзаю графики из jmeter-plugins http://code.google.c...jmeter-plugins/

Вот я лось :(
я же слал запрос методом post!
Всё заработало, как написал я get.

Но в целом вопрос можно оставить, чуть перефразировав:
- Существуют ли особенности в работе с Jmeter и другими load-soft при тестировании tuch-ориентированных приложений?

Например, жметр не умеет исполнять жаваскрипт код. Т.е. если в этом коде дергаются какие-то доп ссылки, то жметр их не подгрузит.

А какой протокол прикладного уровня?
В любом случае можно попробовать JMeter.

http

ну тогда жметр отличный вариант.

Получить номер треда можно из результатов выполнения метода: Thread.currentThread().getName() например в beanshell sampler

получается результат: Thread Group 1-1, а как именно взять Thread Group 1-1(конкретно номер треда)?

например с помощью http://jmeter.apache...ssion_Extractor

Получить номер треда можно из результатов выполнения метода: Thread.currentThread().getName() например в beanshell sampler
А номер итерации можно самому считать с помощью элемента тест плана Counter

Могу предположить, что не хватает мощности железки под генератор нагрузки(JMeter). Возможно тяжелый сценарий тестирования( даже if controller способен сильно повлиять) или просто слабая тачка. Вариантов несколько:
1) Облегчить сценарий - убрать if contollerы и прочие элементы, без которых можно обойтись;
2) Запускать жметр на более мощном железе;
3) Запускать в консольном режиме.

У вас случайно не включен в сценарий какой-нибудь Timer?

"Кто-нить может объяснить плиз в чем разница, что мы запускаем один поток и что мы запускаем 500 потоков?"
Допустим, максимальная производительность, которую вам удалось достичь на вашем тестовом стенде, будет равна 10 зап/сек. И для достижении данной производительности достаточно уже 1 потока жметра. Замерьте загрузку процессора, потребления ОП, нагрузку на сеть и т.д. А теперь попробуйте пустить большее кол-во потоков, не ограничивая их скорость работы. Есть мнение, что циферки(проц,оп,сеть и т.д.) могут быть другими, ну и время ответа должно будет пропорционально кол-ву потоков расти. Еще большее кол-во потоков необходимо при проведения стресс тестирования, которое является одной из разновидностей тестирования под нагрузкой.

"Когда мы проводим нагрузочное тестирование нам впринципе важно сколько tps выдерживает наш сервис, да? "
Ага, еще важно какие ресурсы потребляет при этом. Также важно оценивать поведение системы под возрастающей нагрузкой, например увеличивая кол-во потоков. А еще важно как ведет себя сервис под сверхвысокими нагрузками. Важно как меняется производительность и потребление ресурсов при увеличении объемов данных в тестируемой системе - увеличение кол-ва записей в БД и т.п. Все важно.

"И вообще на что лучше стоит обращать внимание (что измерять), при использовании этого инструмента? "
Как и при использовании любого другого инструмента. Обратите внимание, что является "узким местом" в тестируемой системе. Например, тот же жметр под высокими нагрузками способен стать узким местом(сложный сценарий с большим кол-вом потоков).
Есть несколько разновидностей тестирования под нагрузкой - нагрузочное, стресс, длительное тестирования, тестирование производительности и др., и цели у них свои.

Спасибо. Добавил переменную, создал csv-файл и подтягивал оттуда значения.Помогло, благодарю! Подскажите, как в тест план добавить большой список URL из текстового или excel-файла?

Да также как и из csv, используя тот же компонент. Считывайте в переменную и вставляйте в поле Server Name or IP в реквест семплере.

Да, верно, через сценарий юзер агент записывается, но возможно ли чтобы юзер агент с каждым запросом менялся? Может список подкидывать jmeter'у или диапазон какой-нибудь? Также и с разными ip и cookie. Собственно в этом и вопрос)

.
Можете создать csv файл с нужными вам значениями User-Agent и cookie, подгружать из него с помощью компонента CSV Data Set Config и вставлять куда нужно - в header manager, в cookie manager.
А на счет IP задача мне не понятна. Что вы хотите сделать?

Для передачи нужного юзер агента используйте HTTP Header Manager. Если вы записывали сценарий через прокси сервер, то скорее всего этот компонент включается в каждый запрос.
Как вы хотите посылать реквесты с разных IP?