Обязательно ли проверять «Получить все встроенные ресурсы» в HTTP-запросах по умолчанию для тестирования производительности?

Question

Во время тестирования производительности «Получить все встроенные ресурсы» необходимо отметить или снять флажок?

Мой анализ: «Получить все встроенные ресурсы» не следует проверять. И кэш также не должен очищаться автоматически.

Примечание: a. Параметр «Извлечь все встроенные ресурсы» не установлен в шаблоне записи Jmeter по умолчанию.

Какое правильное время отклика, если 500 пользователей итерируют 2 сценария ios 50 раз.

Мой анализ: необходимо обратиться к "Transaction Controller - Sample Time [sum value]" в Слушатель "Просмотр результатов в таблице". Обратите внимание, что пользовательский параллельный контроллер должен обрабатывать параллельные запросы и должен указывать максимальное время ответа при этом.

Answer 1

1. Если вы тестируете веб-приложение, вам нужно настроить JMeter так, чтобы он работал как настоящий браузер. Настоящие браузеры загружают эти «встроенные ресурсы», такие как изображения, скрипты, стили, шрифты, звуки и т. Д. c. и делает это параллельно (один основной запрос сопровождается 6 потоками для загрузки встроенных ресурсов). Поэтому вам следует:

   • Настроить JMeter для загрузки встроенных ресурсов
   • Делать это с помощью параллельных загрузок, например, с 6 потоками
   • Ограничить расположение ресурсов доменом (ами) вы тестируете, чтобы исключить сторонние ресурсы, такие как CDN для скриптов, баннеры с внешних сайтов и т. д. c)

   • Кэш: если вы хотите симулировать «нового» пользователя на каждой итерации, которую вы должны очистить кеш, если вы хотите смоделировать «возвращающегося» пользователя - у него уже должны быть ресурсы в кеше, и он не должен их загружать

     Дополнительная информация: Веб-тестирование с JMeter: как правильно обрабатывать встроенные ресурсы в HTML Ответы

2. Мы не знаю, что вы измеряете, время отклика для одного запроса или для всей бизнес-транзакции. Лично я бы go для одного запроса (но включая все встроенные ресурсы и в конечном итоге AJAX запросов, симулированных параллельным контроллером, если таковые имеются), и смотрел бы не на среднее время ответа, а на 90% процентиль как среднее значение может скрыть проблему, в то время как 90% процентиль - это время отклика, которое получат 90% пользователей.