Jmeter параллельная загрузка пользователя План тестирования

Question

Я новичок в Jmeter. Мой менеджер проекта сказал мне протестировать загрузку веб-сайта со 100 одновременными пользователями.

После функциональности сайта с учетом загрузки испытательно

1. Регистрация Пользователь

   • Получить Страница регистрации запроса
   • сообщение Страница регистрации запроса

2. Войти и Профиль пользователя навигация

   • Получить Войти Страница запрос
   • Сообщения запрос Войти страницу
   • Получить запрос запроса Панели пользователя
   • Get редактирования профиля страницы
   • Получить Запрос на изменения пароля
   • Получить Пригласить запрос Друг Страница

Мой тестовый сценарий - 50 одновременных пользователей Доступ к Регистрация страница и другие 50 одновременных пользователей, получающих доступ Профиль пользователя (логин, приборная панель и т. Д.). я создал следующий план тестирования для того же -

И сделал нить конфигурации для регистрации и входа такой же, как -

общее количество Темы: 50

период

Rampup: 600 сек

Продолжительность нагрузки холдинга: 3600 сек

C onfigured постоянный таймер (задержка для каждого запроса 200 мс) для обоих запросов группы потоков также добавил некоторых слушателей для сбора результата. У меня есть следующий вопрос:

1. Это правильный способ включить эти многочисленные запросы в план тестирования для полной проверки загрузки моего сайта?

2. Я настроил правильные свойства нити или что еще я могу сделать для достижения наилучшего результата?

Answer 1

1. Подумайте Время

   Ваш план тестирования выглядит хорошо, однако текущая конфигурация не представляет 100 одновременных пользователей, как 200мс думает, что время является то, что для «сверхчеловека». Настоящие пользователи «думают» в течение более длительного периода между операциями, и они должны варьироваться в зависимости от характера имитируемого запроса.Поэтому я бы предложил использовать отдельные Uniform Random Timers с соответствующими временными диапазонами времени для каждого запроса.

2. Общий тест дизайн от «реальности» перспективы

   Если у вас есть дополнительное время, вы могли бы подумать о привлечении больше реальности в симуляции, как:

   • пользователей X осуществляет регистрацию
   • Y пользователи, редактирующие свои профили
   • Z пользователи, которые приглашают своих друзей
   • и др.

   Таким образом, распределение будет представлять собой нормальное ожидаемое использование вашего приложения. Тест нагрузки должен быть настолько реалистичным, насколько это возможно, только так вы сможете точно сказать: «Мое приложение может поддерживать это множество пользователей, обеспечивая разумное время отклика». Посмотрите на Throughput Controller

3. Общей производительности

   • Отключить Active Threads Over Time и особенно View Results in Table слушателей во время тестового прогона
   • Настройки PERFMON Метрика сборщики слушатель для хранения захваченных значений в файл. Позже вы сможете открыть файл и анализировать показатели
   • Run the test in non-GUI mode
   • следуют другие рекомендации от 9 Easy Solutions for a JMeter Load Test “Out of Memory” Failure