тест производительности JMeter-

тест производительности JMeter-

 Справочные документы: https://jmeter.apache.org/usermanual/boss.html

Во-первых, проблема

1, по оценкам, среднее число пользователей, сколько (нормальная нагрузка)?

2, как ожидается, пик числа пользователей, сколько?

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

4, сохраняющие состояние приложения это? Если да, то как государственное управление, что применение этого (с куки, сессии перезаписи или другие средства)?

5. Какова цель тестирования достичь?

 

Во-вторых, ресурсы

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

2, Применение: Кто знает, как мы хотим, чтобы проверить приложение работает? Нормальная последовательность испытаний:

  Тест с низким объемом (мы можем для наших тестов приложений это?)
  Benchmark (среднее число пользователей)
  Испытательная нагрузки (максимальное количество пользователей)
  дефектоскопия (что наши ограничения трудно?)
  Тесты может быть из черного ящика разработка тестирования белого ящика ( за исключением того, что первый один не требуют применений знаний [считается «черным ящиком»], в то время как второй один требует знаний программы). В этом процессе, вы можете найти много прикладных задач, так что будьте готовы , чтобы защитить свою работу.

 

В-третьих, платформа

Какую платформу для запуска тестирования тест / нагрузки следует использовать?

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

Для Windows, Windows XP Professional система имеет минимальные требования к из (других систем не может нить 50-60 одновременных соединений)

Хорошие бесплатные платформы, включая Linux, BSD и Solaris Intel. Если у вас есть больше денег, вы можете использовать коммерческие Linux.

Для не-Windows, платформы, использование «ULIMIT -n неограничен» к числу файлов в процессе устанавливается на открытой не предел, и команда включает в себя запуск (.bashrc тест счета или .cshrc сценарий) Сценарий в учетной записи пользователя ,

Также обратите внимание, что некоторые Linux / Unix версии только сервер. Они, как правило, мало или нет поддержки GUI, эта операционная система должна быть в состоянии запустить JMeter в CLI режиме, но если минимальной среды установки графического интерфейса, должны быть в состоянии запустить JMeter в графическом режиме.

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

Когда вам нужно много машины или хотите тест латентности сети, облако может помочь вам. JMeter может работать практически на любую доступную инфраструктуру в облаке, так что вы можете легко установить на облачных экземплярах. Если вы не хотите управлять JMeter, то коммерческий Cloud PAAS также поддерживает JMeter.

Не забудьте режим JMeter пакетного (CLI). По нескольким причинам, этот режим следует использовать во время нагрузочного теста:

  Если у вас есть сильная поддержка функциональности сервера Java, но не может достичь быстрой графики, или вам необходимо войти в систему удаленно.
  А с помощью дисплея или клиента удаленного - сервера режима по сравнению с пакетным режимом (CLI) может уменьшить сетевой трафик.
  Java AWT нить для режима GUI иногда изменить поведение, предотвращая имплантацию

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

Помните, что режим GUI используется для создания и отладки скриптов, а не для нагрузочного тестирования

 

В-четвертых, инструменты

пинг Это может использоваться, чтобы определить, можно ли достичь целевого сайта. Вы можете задать опции «пинг» обеспечить «трассировку» по тому же маршруту, что и тип отчета.

Nslookup / рыть Хотя пользователи обычно используют удобочитаемый адрес в Интернете, но вы можете избежать избежать накладных расходов на поиск DNS при выполнении тестирования тест / нагрузки. Этот инструмент может быть использован для определения уникального адреса целевого сайта.

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

 

В-пятых, как повысить JMeter?

 Есть много открытых источников и коммерческих поставщиков Jmeter плагинов или других ресурсов для использования JMeter. Некоторые из них перечислены в JMeter Wiki. Они подразделяются на следующие категории:

 JMeterPlugins  - Расширенная JMeter штепсельные

JMeterAddons  - плагин для использования с JMeter, браузер, Maven и плагинов Jenkins.

JMeterServices  - сторонние сервисы, такие как облако основе JMeter

Пожалуйста, обратите внимание, что они появляются на Wiki Apache JMeter не означает, что любой проект утвержден. Любой запрос поддержки следует обращаться непосредственно к поставщику.

 

VI. Почему Java?

Почему Java, а не Perl или C? Perl может быть выбора хорошего, но только в дополнении к другому пакету Benchmark, кажется, дают весьма неопределенные результаты. И, с Perl имитировать несколько пользователей, это трудная проблема (может имитировать несколько соединений через множество процессов, полученных из сценариев Shell, но они не являются поточно, но этот процесс). Perl сообщество большой

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

Java предоставляет вам требуется тест пользовательского приложения сеть бесплатно, потоки и кода состояния управления. Java знает, HTTP, FTP и HTTPS- и RMI, IIOP и JDBC (не говоря уже о куки, URL кодирования и URL перезаписи). Кроме того, Java предоставляет вам с автоматическим уровнем сбора мусора и байткодом безопасности.

 

рекомендация

отwww.cnblogs.com/bigfacecat-h/p/performanceTesting.html