JMeter From Belarus

Listeners

2010-10-05T05:58:00.000-07:00

1. Sample Result Save Configuration - приемник может быть сконфигурирован для сохранения различных пунктов в результирующий лог файл, посредством конфигурационного всплывающегося окна. Опции по умолчанию определены как описано в Listener Default Configuration. Пункты с (CSV) влияют только на CSV формат; пункты с (XML) влияют только на XML формат. CSV формат не может использоваться для сохранения пунктов, которые включают разделители.
2. Graph Full Results - что-то не работает.
3. Graph Results - формирует простые графики на которых изображены времена замеров (семплов). Черный - текущий семпл; синий - текущее среднее всех семплов; красный - текущее стандартное отклонение; зеленый - текущая интенсивность потока.
4. Spline Visualizer - представляет график времени прохождения по всем семплам, начиная с начала до конца, не взирая на то как много семплов было взято. Сплайновая кривая имеет 10 точек, каждая точка представляет 10% от всех семплов, и сойденены точки неприрывной кривой, используя сплайн логику.
5. Assertion Results - показывает лейблы (имена) всех прошедших семплов. Так же сообщает о неудачных высказываниях (assertions) содержащихся в тест плане.
6. View Results Tree - показывает дерево ответов на все семплы. В дополнение к ответам можно увидеть, которое понадобилось для получения ответа и код ответа.
7. Aggregate Report - создает таблицу, где для каждого уникально названного запроса в тесте есть свой ряд, в котором предоставлены итоги его работы. Label (имя семпла), Samples (число семплов для опреределенного URL), Average (среднее время получение результата), Median (Медиан - это среднее время множество ответом. 50% семплов заняли больше чем это время), 90% Line (90% семплов заняли больше чем это время), Min (Самое короткое время семпла с данным URL),Max (Самое длинное время семпла с данным URL), Error % (Процент неудачных запросов), Throughput (Пропускная способность измеряется в количестве запросов в секунду/минуту/час), Kb/sec (Пропускная способность измеряется в килобайтах в секунду).
8. View Results in Table - визуализатор, создающий ряд для каждого результата семпла.
9. Simple Data Writer - используется для записи в файл но не на UI. Это эффективный метод записи данных минуя UI часть.
10. Monitor Results - визуализатор для отображения статуса сервера. Он спроектирован для Tomcat 5, но любой servlet container (Servlet container сепциализированный веб сервис поддерживающий Servlet исполнение.) способен переносить статус сервлета и использовать этот контролер. Первая закладка - "Health", показывает статус одного или несколько серверов. Вторая закладка - "Performance", показывает производительность для одного сервера на последних 1000 семплах. Как правило интервал между замерами производительности состовляет 5 секунд.
11. Distribution Graph (alpha) - график отображающий "столбик" для каждого уникального времени отклика. На графике дополнительно рисуются две линии: 50% и 90%. Что означает, что 50% из всех времен откликов заключины между 0 и этой линией. Та же история и с 90%.
12. Aggregate Graph - подобен Aggregate Report. Основное различие в том, что Aggregate Graph позволяет легко сформировать гистограмму и сохранить ее как картинку PNG формата.
13. Mailer Visualizer - подготовит и отошлет письмо, если тест получит более чем Failure Limit ответов от сервера с ошибкой.
14. BeanShell Listener - позволяет использовать BeanShell для обработки семплов для сохранения.
15. Summary Report - создает таблицу, где для каждого уникально названного запроса в тесте есть свой ряд, в котором предоставлены итоги его работы, в отличии от Aggregate Report использует меньше памяти. Имеет два дополнительных поля: Std. Dev. (среднеквадратичное отклонение пройденного времени семпла), Avg. Bytes (среднее значение размера ответа в байтах).

Assertions

2010-10-05T05:53:00.000-07:00

1. Response Assertion - позволяет добавить шаблон строки для сравнения с различными полями ответа от сервера. Шаблон может: совпадать или содержаться (Perl5-регулярные выражения), быть эквивалентным или подстрокой (простой текст с учетом регистра).
2. Duration Assertion - если ответ от сервера занял больше данного времени в миллисекундах, то он помечает его как неудачный.
3. Size Assertion - проверяет, что ответ от сервера имеет правильный размер.
4. XML Assertion - проверяет, что данные ответа от сервера составлены из корректного XML документа. Не проверяет на достоверность документы основанные на DTD или schema или какой-либо другом добавочном контроле данных TBD.
5. BeanShell Assertion - позволяет пользователю выполнять проверку используя BeanShell скрипт.
6. MD5Hex Assertion - позволяет пользователю проверять MD5 hash ответа.
7. HTML Assertion - позволяет пользователю проверять HTML синтаксис ответа используя JTidy.
8. XPath Assertion - проверяет документ на правильность, имеет опцию проверки согласно DTD, или ввод документа через JTidy и проверка посредством XPath. Если XPath присутствует, то приложение утверждение верно.
9. XML Schema Assertion - позволяет пользователю проверять ответ согласно с XML Schema.
10. BSF Assertion - позволяет BSF скриптовому коду быть использованным для проверки статуса предыдущего семпла.

Trouble shooting

2010-09-10T08:00:00.000-07:00

Бывает так, что JMeter работает некорректно и странно, при прогоне теста, а именно количество активных юзеров начинает уменьшаться хотя этого происходить не должно. Тогда необходимо посмотреть на системное окошко, которое открывается при запуске jmeterа. Если в нем написано java.lang.OutOfMemoryError: GC overhead limit exceeded, тогда необходимо поменять один параметр в файле jmeter.bat в папке /bin. Откройте его и найдите параметр set HEAP и увеличьте максимально возможное значение этого параметра, например set HEAP=-Xms512m -Xmx1512m.

Logic Controllers

2010-09-10T07:47:00.000-07:00

Мой перевод с английского ниже. Все замечания по поводу неправильности перевода приветствуются! Переводил пару лет назад.

1. Simple Controller - используется для группирования и установления порядка выполнения для Samplers и других Logic Controllers.
2. Loop Controller - выполнит все, что находится у него как child Count Loop раз.
3. Once Only Controller - исполняет свое содержимое только один раз и пропускает выполнение содержимого при последующих итерациях. Пример: Loop Controller настроен на пятикратное выполнение и содержит Once Only Controller, содержимое Once Only Controller выполнится только один раз.
4. Interleave Controller - если внутри него находятся Generative или Logic Controllers, то выполняется один из них по порядку для каждой итерации.
5. Random Controller - похож на Interleave Controller, только на каждой итерации выполняемая часть берется не по порядку, а в случайной последовательности.
6. Random Order Controller - больше похож на Simple Controller, выполняются все его "дети", только выполнение происходит в произвольном порядке.
7. Throughput Controller - регулирует как часто заданный блок будет выполняться. Может работать в режиме percent execution и в режиме total executions. При percent execution программа вычисляет процент от всех проведенных итераций и определяет выполнять или нет этот блок в следующий раз. При total executions выполнение блока прекращается после достижения количества разрешенных раз.

8. Runtime Controller - определяет как долго его "детям" позволено играть :).

9. If Controller - позволяет контролировать запускать или нет элементы, находящиеся ниже, с помощью логического выражения. Выражение на javascript внутри поля Condition должно вернуть true или false. Например: ${COUNT} < 10 или ${JMeterThread.last_sample_ok}.
10. While Controller - выполняет внутренний блок пока значение поля Condition имеет значение false. Возможные значения поля Condition: blank (выходит из цикла когда последний семпл в цикле fail), LAST (выходит из цикла когда последний семпл в цикле fail, если последний семпл перед циклом fail, то не заходит в цикл), Otherwise (выполняет внутренний блок пока значение поля Condition имеет значение true) или функции (не только javascript).
11. Switch Controller - действует как Interleave Controller, только перед тем как выполнять дочерние элементы по порядку, контроллер выполнит элемент определенный параметром switch value. Значением этого параметра может быть число или строка. Нумеруются элементы с нуля. Если введена строка, то будет выполнен элемент имеющий такое же название.
12. ForEach Controller - выполняет дочерние блоки столько раз, сколько значений имеет related ("родственная") переменная, выбирая при этом для каждого цикла новое значение related переменной. При этом в Input variable prefix передается related переменная, а переменная в поле Output variable name получает текущее значение из related переменной. Output переменную и нужно использовать для параметризации внутри цикла.
13. Module Controller - предоставляет механизм по подставлению фрагмента тест плана в текущий тест план, во время выполнения текущего тест плана. Подставляемых фрагмент может находиться либо в Thread Group, либо WorkBench.
14. Include Controller - позволяет использовать внешние .jmx файлы. Для получения рабочего .jmx файла, необходимо например: в simple controller добавить какой-нибудь семпл и сохранить simple controller как .jmx файл.
15. Transaction Controller - используется для группы семплов, генерируя дополнительный семпл, который объединяет все вложенные семплы. Transaction Controller может работать в двух режимах: дополнительный семпл добавляется после вложенных семплов, дополнительный семпл добавляется как родитель ко всем вложенным семплам.
16. Recording Controller - это символ-заполнитель обозначающий, где прокси-сервер должен записывать семплы. Во время выполнения теста Recording Controller не влияет на тест подобно Simple Controllerу. Но во время записи скрипта прокси-сервер способом, все записанные семплы будут сохраняться под Recording Controllerом.

Thread Group

2010-09-10T07:37:00.000-07:00

В JMeter исполняется то, что находится внутри Thread Group. В Test Plan может быть несколько Thread Group. И все они будут выполняться независимо и одновременно.
Рассмотрим какие параметры имеет Thread Group.

Некоторые из них очевидные, а некоторые не очень :).

Name - имя группы пользователей.
Comments - думаю, что это поле для комментария.
Action to be taken after a Sampler error - этот пункт для выбора действий на случай появления ошибки в некотором сэмпле при выполнении теста. Возможно несколько вариантов: Continue - переходить к следующему элементу теста; Stop Thread - останавливать тест для текущей группы пользователей; Stop Test - останавливать тест полностью.
Number of Threads - количество пользователей или подключений к серверу.
Ramp-Up Period - определяет сколько времени понадобится JMeter для запуска всех пользователей. То есть если Number of Threads - 6,а Ramp-Up Period - 60, то каждые десять секунд к тесту будет добавляться по пользователю.
Loop Count - и ёжику понятно.
Выбрав Scheduler можно воспользоваться дополнительными настройками. Можно выставить время начала теста (Start time). Мы можем запустить тест заранее, но действия не начнутся пока не достигнется Start time. Закончиться тест может в двух случаях. Первый - достигнется End time, второй - пока количество прошедших итераций не превысит loop count. Startup delay определяет задержку перед началом теста и duration определяет длительность всего теста. Причем либо используется Start time и End time, либо Startup delay и duration. Они взаимно исключающие.

Задержки между шагами (delays between steps)

2010-08-02T02:12:00.000-07:00

Порой необходимо сктриптом эмулировать реальное поведение пользователя (или хотя бы приближенное к реальному). Для этого необходимо расставлять задержки (delay) в jmeter скрипте между логическими шагами. Я использую для этого Test Action (Add >> Sampler >> Test Action). Он очень удобен с той точки зрения, что в него величину паузы можно передавать в виде параметра, а уж этот значение этого параметра можно брать либо из файлика, либо генерировать, кому как удобно.

Важнейшее преимущество способа записи скрипта "BadBoy" над "Прокси-сервер" способом

2010-06-01T08:57:00.000-07:00

Самое главное преимущество "BadBoy" способа - это возможность записи скрипта для https приложений. При помощи прокси-сервера запись запросов с секретным протоколом невозможна. На то и эта защита, что бы никакой посредник между клиентом и сервером не мог вклиниться. Зато "BadBoy" сам и есть клиент и он записывает все запросы и http и https.

Сохранять ответ от сервера на ошибку. - jmeter.save.saveservice.response_data.on_error

2010-05-27T02:35:00.000-07:00

Очень полезная опция jmeter.save.saveservice.response_data.on_error. Используется она для сохранения ответа от сервера в случае ошибки. При проведении нагрузки в non-gui режиме нет смысла сохранять все ответы от сервера, так как это займет очень много места и разобраться в них будет очень сложно.
Для активации, выставляем значение параметра jmeter.save.saveservice.response_data.on_error в значение true. Для того, что бы эта опция действительно приносила пользу, необходимо использовать Assertions, которые и будут выдавать ошибку если ответ не верен.

jmeter.properties

2010-05-15T02:02:00.000-07:00

Мало информации существует об ОЧЕНь полезном файлике jmeter.properties.

Всем необходимо знать о его содержимом. Вот например блок Results file configuration:

#---------------------------------------------------------------------------
# Results file configuration
#---------------------------------------------------------------------------

# This section helps determine how result data will be saved.
# The commented out values are the defaults.

# legitimate values: xml, csv, db. Only xml and csv are currently supported.
#jmeter.save.saveservice.output_format=xml

# true when field should be saved; false otherwise

# assertion_results_failure_message only affects CSV output
#jmeter.save.saveservice.assertion_results_failure_message=false
#
# legitimate values: none, first, all
#jmeter.save.saveservice.assertion_results=none
#
#jmeter.save.saveservice.data_type=true
#jmeter.save.saveservice.label=true
#jmeter.save.saveservice.response_code=true
# response_data is not currently supported for CSV output
#jmeter.save.saveservice.response_data=false
# Save ResponseData for failed samples
#jmeter.save.saveservice.response_data.on_error=false
#jmeter.save.saveservice.response_message=true
#jmeter.save.saveservice.successful=true
#jmeter.save.saveservice.thread_name=true
#jmeter.save.saveservice.time=true
#jmeter.save.saveservice.subresults=true
#jmeter.save.saveservice.assertions=true
#jmeter.save.saveservice.latency=true
#jmeter.save.saveservice.samplerData=false
#jmeter.save.saveservice.responseHeaders=false
jmeter.save.saveservice.requestHeaders=true
#jmeter.save.saveservice.encoding=false
#jmeter.save.saveservice.bytes=true
#jmeter.save.saveservice.url=false
#jmeter.save.saveservice.filename=false
#jmeter.save.saveservice.hostname=false
#jmeter.save.saveservice.thread_counts=false
#jmeter.save.saveservice.sample_count=false

# Timestamp format - this only affects CSV output files
# legitimate values: none, ms, or a format suitable for SimpleDateFormat
#jmeter.save.saveservice.timestamp_format=ms
#jmeter.save.saveservice.timestamp_format=yyyy/MM/dd HH:mm:ss.SSSS

# For use with Comma-separated value (CSV) files or other formats
# where the fields' values are separated by specified delimiters.
# Default:
#jmeter.save.saveservice.default_delimiter=,
# For TAB, since JMeter 2.3 one can use:
#jmeter.save.saveservice.default_delimiter=\t

# Only applies to CSV format files:
#jmeter.save.saveservice.print_field_names=false

# Optional list of JMeter variable names whose values are to be saved in the result data files.
# Use commas to separate the names. For example:
#sample_variables=SESSION_ID,REFERENCE
# N.B. The current implementation saves the values in XML as attributes,
# so the names must be valid XML names.
# Versions of JMeter after 2.3.2 send the variable to all servers
# to ensure that the correct data is available at the client.

# Optional xml processing instruction for line 2 of the file:
#jmeter.save.saveservice.xml_pi=

!!! Для того, чтобы изменения в этом файле начали действовать необходимо перезапустить JMeter. !!!

Обсуждение этих опций проведем в отдельных сообщениях.

Assertions в JMeter

2010-05-15T01:51:00.000-07:00

Если развивать тему усложнения скрипта, то необходимо расставлять Assertions после каждого запроса, который открывает новую страницу, либо делает какие-то полезные действия. Наиболее полезный Response Assertion. Принцип действия его интуитивно понятен. Полезность его в том, что если на некий запрос пришла не та страница, то jmeter не выдаст ошибку сам по себе, так как код ответа 200, но дальнейшее исполнение скрипта не имеет смысла. Для этого и используем Assertions.

JMeter 2nd page

2010-02-10T04:58:00.000-08:00

Записки маленького тестировщика. Часть вторая.

Доработка JMeter скрипта.

После записи скрипта не важно каким способом или "прокси-сервер", или "BadBoy", он в любом случае нуждается в доработке для корректной работы с приложением. Его нужно параметризовать. В чем заключается параметризация я попытаюсь показать наглядно ниже.

Тестировать будем приложение
http://demo.flamingo.exadel.com/booking/home.seam

1. Запишем скрипт используя BadBoy способ.
Записываем следующие действия:

1.1. Вводим http://demo.flamingo.exadel.com/booking/home.seam.
1.2. Логинимся с данными Login Name: loaduser1 и Password: 12345.
1.3. Кликаем Find Hotels кнопку.
1.4. Кликаем на любой View Hotel ссылку.
1.5. Нажимаем Book Hotel кнопку.
1.6. Заполняем поля Credit Card и Credit Card Name значением 1231231231231231.
1.7. Жмем Proceed кнопку.
1.8. Кликаем Confirm кнопку.
1.9. Удаляем в таблице Current Hotel Bookings созданную запись, кликая Cancel.
1.10. Нажимаем Logout ссылку.

2. Запишем скрипт второй раз.
3. Откроем два скрипта в двух JMeterах.
4. Сравнивая запросы в двух скриптах, можно понять какие данные нужно коррелировать. Например во втором запросе параметр javax.faces.ViewState.

4. Добавьте View Results Tree Listener в конец скрипта.
5. Запустите скипт на выполнение один раз. В листенере можно посмотреть отправленные запросы и полученные ответы. Раз параметр javax.faces.ViewState имеет динамическое значение и отправляется со вторым запросом, значит его значение должно появиться в ответах из предыдущих запросов. Проверим ответ от первого запроса. Там действительно приходит значение этого параметра.

6. Для того, чтобы выхватить этот параметр, добавим Regular Expression Extractor к первому запросу(семплу) со следующими параметрами:

7. Теперь значение параметра javax.faces.ViewState можно заменить
на ${ViewStateId}. И запрос будет отправляться с корректным значением.

8. Так же необходимо поступить со всеми запросами, где присутствует параметр javax.faces.ViewState, а так же параметр cid.

9. В четвертом запросе параметром dataModelSelection мы выбираем, какой из отелей открыть. Сделаем, что бы отель выбирался рандомом, для этого в поле Match No.(0 for Random) Regular Expression Extractora, прикрепленного к третьему запросу, выставим значение 0. Остальные поля заполняем из соображений правильности :). А в самом запросе параметр dataModelSelection будет иметь такой вид: hot:hotels[${hotel}].

Вид Regular Expression Extractorа:

10. Приведу пример использования XPath Extractorа.

Задача: получить значение Confirmation number для только что созданной записи.

Используя firebug для firefox или IEDeveloperToolBar для IE,смотрим дерево тегов возле интересующих нас значений.

Добавляем XPath Extractor к девятому запросу со следующими параметрами:
Теперь с помощью параметра ${xcancel} можно получать доступ к значениям Confirmation number.

JMeter 1st page

2010-02-10T01:03:00.000-08:00

Привет всем! Это мой первый блог так, что прошу не судить строго. Многое из того, что вы увидите плагиат, но я пытался расставлять ссылки на оригиналы. Данный блог не претендует на абсолютную истину. Я надеюсь он просто поможет начинающим в JMeter.

И так..... Записки маленького тестировщика. Часть первая.

JMeter - это проект Apache Jakarta, который может использоваться как инструмент нагрузочного тестирования для анализа и измерения быстродействия разнообразных служб, с акцентом на веб приложениях. JMeter так же может использоваться для регрессионного тестирования и стресс-тесрирования.

Содержание:
1. Скачать, установить, запустить
2. Запись скрипта
2.1. Ручной способ
2.2. "Прокси-сервер" способ
2.3. "Bad Boy" способ
3. Доработка скрипта
3.1. После записи через прокси
3.2. После записи через BadBoy
4. Нагрузка баз данных
5. Нагрузка веб-сервисов
6. JMeter для регрессии и стресс-тестирования
7. Полезные ссылки по литературе

1. Скачать, установить, запустить

JMeter - это бесплатный продукт. А это значит, что его можно свободно скачать ничего не опасаясь. Качаем 2.3.x.zip и распаковываем.
Специальной установки он не требует так, что JMeter готов к работе.
Двойной клик по файлу JMeter.bat в директории jmeter/bin запустит приложение. И вот ОНО работает. :)

2. Запись скрипта

Записывать скрипт можно тремя способами (т.е. я знаю только о трех).
Во-первых, составлять вручную из предложенных шаблонов и пользуясь всеми другими возможностями JMeter. Это высший пилотаж, и по этому поводу могу предложить только элементарный пример, расположенный ниже.
Во-вторых, можно использовать возможности для автоматической записи скрипта средствами самого JMeter с помощью прокси-сервера. Есть пример в оригинале и в моем переводе, смотрите ниже.
В-третьих, на некоторых форумах советуют использовать BadBoy для записи скрипта в Test Plan. Очень интересный способ и, думаю, перспективный.

2.1. Ручной способ

1. Запускаем JMeter. Перед собой видим рабочую область:

2. Добавляем Thread Group к Test Plan. Клик правой клавишей по Test Plan, выбрать Add -> Thread Group.

3. Добавляем Default HTTP Request к Thread Group. Клик правой клавишей по Thread Group, выбрать Add -> Config Element -> HTTP Request Defaults. Необходимо в поле Server Name or IP ввести URL приложения, которое вы собрались тестировать. Пусть это будет jakarta.apache.org. В поле Port введем 80 (отмечу, что Port специфичен для каждого приложения и зачастую указывать его просто не нужно).

4. Добавляем HTTP Requests к Thread Group. Клик правой клавишей по Thread Group, выбрать Add -> Sampler -> HTTP Request. В поле Path вводим (/jmeter/) путь, куда мы собираемся идти в приложении. И меняем имя (Name) на говорящее для нас - JMeter page.
5. Добавляем еще один HTTP Requests к Thread Group для перехода на другую страницу. Клик правой клавишей по Thread Group, выбрать Add -> Sampler -> HTTP Request. В поле Path вводим /jmeter/usermanual/index.html. И меняем имя (Name) на Usermanual page.
6. Добавляем Aggregate Report к Thread Group для получения данных о ходе и результатах теста. Клик правой клавишей по Thread Group, выбрать Add -> Listener -> Aggregate Report.
7. Вот скрипт готов для использования. Осталось только сохранить Test Plan и выбрать Run в меню Run.
8. Результат теста наблюдаем в Aggregate Report элементе

2.2. "Прокси-сервер" способ

Для автоматической записи скрипта в JMeter, используя прокси-сервер, необходимо проделать следующие действия:
1. В браузере (например IE6) кликаем Сервис -> Свойства обозревателя.
2. В свойствах обозревателя на вкладке Подключения кликаем Настройка LAN.
3. Выбираем использовать прокси-сервер ..., вводим Адрес: localhost и Порт: 808.

4. Запускаем JMeter.
5. Добавляем Thread Group к Test Plan.
6. Добавляем HTTP Request Defaults к Thread Group. Задаем в поле S erver Name or IP URL jakarta.apache.org (обратите внимание на поле Port Number, в данном случае оно не заполняется, но при необходимости заполните его).
7. Добавляем HTTP Proxy Server к WorkBrench. Клик правой клавишей по WorkBrench, выбрать Add -> Non-Test Elements -> HTTP Proxy Server.
8. Меняем порт (Port) в HTTP Proxy Server на 808.
9. В выпадающем меню Target Controller выбираем Test Plan -> Thread Group.
Теперь JMeter готов к записи скрипта.
10. Кликаем кнопку Start.
11. Открываем браузер. В адресную строку вводим http://jakarta.apache.org/jmeter/index.html.
выполняем те действия, которые нужны в тесте. Например:
12. Кликаем User Manual ссылку.
13. Кликаем Download Realeses ссылку.
14. Закрываем браузер.
15. Возвращаемся к JMeter.
16. Останавливаем прокси-сервер, кликая кнопку Stop.
17. Проверяем результат записи скрипта. Видим что записаны не только запросы на переходы между страничками, другие "полезные" запросы, но и запросы на загрузку картинок и стилей. Обычно запросы на загрузку картинок, стилей и т.п. излишни и сильно засоряют скрипт.

18. Значит необходимо отфильтровать нужные нам запросы. Зададим шаблоны, по которым они будут отбираться.
Шаблоны бывают следующие:
.* - все
.*\.png – png картинки
.*\.gif – gif картинки
.*\.jpg – jpeg картинки
.*\.php
.*\.jsp
.*\.html
.*\.htm
.*\.js
!!!Не забывайте о точке перед звездочкой!!!
Я перечислил не все шаблоны и вообще я думаю, что их можно придумывать самому. Так, например, в следующих шагах я применю .*\.ico шаблон, который успешно отработает.
19. Добавим к URL Patterns to Include шаблон .*.
20. Добавим к URL Patterns to Exclude шаблоны .*\.jpg, .*\.gif, .*\.ico и .*\.css.
21. Кликаем кнопку Start.
22. Открываем браузер. В адресную строку вводим http://jakarta.apache.org/jmeter/index.html.
выполняем те действия, которые нужны в тесте. На пример:
23. Кликаем User Manual ссылку.
24. Кликаем Download Realeses сс ылку.
25. Закрываем браузер.
26. Возвращаемся к JMeter.
27. Останавливаем прокси-сервер, кликая кнопку Stop.
28. Проверяем результат записи скрипта. Видим что записаны только "полезные" запросы на сервер.

2.3. "BadBoy" способ

Для того, что бы воспользоваться этим удобным способом, необходимо скачать и установить саму программу "BadBoy".
1. Скачиваем последнюю версию "BadBoy" из интернета (я пользуюсь 2.0.7).

2. Устанавливаем.
3. Запускаем Start >> Programs >> BadBoy.
4. Вводим в адресную строку http://jakarta.apache.org/jmeter/index.html.
выполняем те действия, которые нужны в тесте. Например:
5. Кликаем User Manual ссылку.
6. Кликаем Download Realeses ссылку.
7. Нажимаем Record off кнопку и изучаем записанный скрипт.
8. Нажав три раза на Play, видим как проигрывается скипт.
9. Теперь сохраним скипт для использования в JMeter. Кликаем File >> Export to JMeter...
10. Открываем JMeter.
11. В JMeter кликаем File >> Open и открываем сохраненный на 9 шагу скрипт.
12. Badboy Test Plan готов к модификации и использованию. Хочу обратить внимание, что в подавляющем большинстве случаев скрипт требует доработки до полной готовности.

3. Доработка скрипта

3.1. После записи через прокси

1. Записываем скрипт используя прокси-методов, предложенных в пункте "Запись скрипта".
2. Часто для корректной работы записанного скрипта необходимо использовать cookie. Для этого в JMeter предусмотрен HTTP Cookie Manager. Его добавяем после HTTP Request Defaults. Клик правой клавишей по Thread Group, выбрать A

dd -> Config Element -> HTTP Cookie Manager.

3. Так же добавим HTTP Header Manager.
4. Теперь добавим пару Listener. В View Results Tree можно наблюдать какое место скрипта сейчас выполняется, все ли запросы посланы корректно и получены ли корректные ответы. В Aggregate Report можно увидеть много интересного, но об этом позже.

3.2. После записи через BadBoy

смотрите в следующем сообщении

4. Нагрузка баз данных

Оригинал - User's Manual_Building a Database Test Plan - сейчас почему то ссылка не работает. Я поищу ее потом.

5. Нагрузка веб-сервисов

Создать нагрузку для веб сервисов довольно быстро и просто. Пожалуйста вам ссылочка на оригинал.

А вот мой вариант по-русски:

1. Добавляем Thread Group в наш Test Plan.

2. Добавляем WebService(SOAP) Request в Thread Group. Правой клавишей по Thread Group , далее Add --> Sampler --> WebService(SOAP) Request
3. Еще добавим парочку листенеров, таких как, например, Summary Report и View Results Tree.

NOTE!!! Заметьте, что JMeter поддерживает только SOAP 1.1, а SOAP 1.2 - нет!
NOTE!!! Для того, что бы заработал WebService(SOAP) Request необходимо скачать две jar-ки activation.jar и mail.jar (к сожалению под рукой ссылки нет) и перезагрузить JMeter.
NOTE!!! Необходимо отослать смс на номер 454526567953 для активации услуги (шутка).
4. Узнайте WSDL URL (вот пример http://ws1.xxx.com/yyy/LWebService?wsdl) и вставьте ее/его в поле WSDL URL в WebService(SOAP) Request.
5. Нажмите кнопку Load WSDL. --> В поле Web Wethods должны подгрузиться все доступные методы для этого веб-сервиса. Если этого не произошло то, что-то пошло не так.
6. Теперь жмем кнопку Configure --> Автоматически должны заполнится поля Protocol, Server Name or IP, Port Number, Path и SOAPAction.
7. Осталось совсем не много. Теперь необходимо составить сам запрос. Если не разбираетесь в этом, то попросите это сделать того человека кто писал этот веб сервис.
8. Если чекнуть галочку Read SOAP response, то в View Results Tree листенере можно будет увидеть ответы от веб сервисов, что довольно полезно.
9. Получаем примерно следующий sample:

10. Все готово к работе. Теперь можно комбинировать разные запросы на веб сервис и выстраивать логику.

6. JMeter для регрессии и стресс-тестирования

При использовании JMeter для регрессии, необходимо использовать Response Assertion элементы в Test Plan.

При использовании JMeter для стресс-тестирования, необходимо отключить все опции в используюмых Listener, так как это может повлиять на результат.

7. Полезные ссылки и литература по теме:

1. Официальный сайт JMeter
2. User's Manual