Jmeter - стоит ли тестировать производительность страницы со встроенными ресурсами

Question

Я просмотрел несколько веб-сайтов и, конечно, BlazeMeter, чтобы узнать, как я могу загружать встроенные ресурсы вместе с основным запросом страницы.

Мой вопрос, как указано, стоит ли тестировать производительность вместе с ресурсы страницы.

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

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

Насколько я знаю, Jmeter не анализирует html и не выполняет Java скрипт и, следовательно, другие ресурсы, вызываемые этим JS.

Пожалуйста, поправьте меня, если я ошибаюсь в своем вышеупомянутом понимании.

Answer 1

Есть одно «золотое правило»: тест JMeter должен отражать использование приложения в реальной жизни, в вашем случае каждый поток JMeter (виртуальный пользователь) должен вести себя как реальный пользователь, использующий настоящий браузер .

Настоящие браузеры:

1. Загружайте встроенные ресурсы с веб-сайтов, используя 6 параллельных потоков (на каждый домен) для получения изображений, скриптов, стилей, звуков и т. Д. c.
2. Уважайте Cache-Control заголовки, когда дело доходит до последующих запросов (в целом это означает, что браузеры загружают ресурсы только один раз)

Возвращаясь к вашему вопросу:

1. Да, «стоит протестировать производительность вместе с ресурсами страницы». если они принадлежат тестируемому приложению , сторонним баннерам, стилям, скриптам и т. д. c. которые не происходят из вашего приложения, должны быть исключены
2. Обязательно добавьте HTTP Cache Manager для представления кеша браузера