Все зависит от того, что вы пытаетесь проверить.
В целом, есть два типа теста производительности, которые я делаю с JMeter: конкретные тесты, где я смотрю на вещи, которые меня беспокоят, и тесты "сети безопасности", где я измеряю все приложение доубедитесь, что он действительно работает так, как я ожидаю.
Специальные тесты почти всегда имеют дело с динамическими аспектами веб-приложения - кодом на стороне сервера (.aspx, .php, .jsp и т. д.),Здесь большинство приложений имеют свои узкие места - усилия по запуску серверного сценария во много, много раз превышают усилия по извлечению файла CSS с диска и его передаче в браузер без какой-либо дополнительной обработки.Если я тестирую серверные сценарии, я не хочу также загружать ресурсы - потому что они загромождают тесты и потребляют пропускную способность на стороне тестового клиента.Я не хочу, чтобы мои тесты проваливались, потому что мой сервер JMeter загружает 5-мегабайтный видеофайл в каждом потоке и использует всю пропускную способность, тогда как на самом деле я пытаюсь увидеть, сколько входов в секунду сервер может поддерживать.
Нет особого смысла в тестировании способности вашего веб-сервера обслуживать статические файлы - Microsoft, команда Apache, кто бы ни был, уже проделал блестящую работу;если у вас нет особых проблем, есть лучшие способы потратить бюджет на тестирование.
Тесты сети безопасности объединяют все это, чтобы доказать, что все действительно работает так, как я этого ожидаю.Обычно я запускаю их в рабочей (подобной) среде, поэтому у меня есть CDN, производственное оборудование и конфигурация «живого» приложения.Для этого я обычно использую облачный сервис тестирования, поэтому я могу видеть производительность в разных местах и генерировать нагрузку, достаточную для работы комплекта производственного класса.Вы можете использовать JMeter для этого (и есть несколько сервисов JMeter Cloud, которые я использовал в прошлом).Это дорого, может потребоваться время простоя, и вы должны делать это только в качестве защитной сетки.