Может ли кто-нибудь порекомендовать хорошее программное обеспечение для нагрузочного тестирования? У меня есть веб-сайт, который обновляет оценки каждую минуту с помощью вызовов ajax, и мне нужно программное обеспечение для нагрузочного тестирования, которое также поддерживает вызовы ajax (javascript)!
ты можешь использовать ab с веб-сервера apache для тестирования нагрузки через http
AFAIK, нет инструментов, которые реально поддерживают тестирование ajax (но интересно услышать, знает ли кто-нибудь другое). Есть много чего Запрос to - но на практике они, как правило, делятся на 2 лагеря: те, которые просто генерируют HTTP-вызовы к службе Ajax, и те, которые пытаются автоматизировать браузер (и обычно терпят неудачу, их трудно написать скрипт, если это вообще возможно, и они предоставляют очень мало реалистичных показателей производительности).
Однако создание HTTP-трафика и измерение производительности - дело тривиальное. Доступно множество инструментов, например http :: рекордер + www :: механизировать (perl) и многое другое в списке Вот
Для этого вы можете использовать стандартные инструменты нагрузочного тестирования, вам просто нужно добавить URL-адреса ваших серверных служб в список URL-адресов, которые приложение будет использовать время от времени вместе с вашими интерфейсными страницами.
Пытаться jmeter если это веб-приложение. Если нет, опишите подробнее, что вы хотите протестировать.
Apache JMeter - это программное обеспечение с открытым исходным кодом, настольное приложение на 100% чистой Java, разработанное для нагрузочного тестирования функционального поведения и измерения производительности. Первоначально он был разработан для тестирования веб-приложений, но с тех пор расширился до других функций тестирования.
Вы можете использовать WebLOAD из http://www.radview.com/, он хорошо работает с Ajax и использует JavaScript в качестве языка сценариев.
"AFAIK, нет инструментов, которые реально поддерживают тестирование ajax (но интересно услышать, знает ли кто-нибудь другое). Есть много таких, которые утверждают, - но на практике они имеют тенденцию делиться на 2 лагеря - те, которые просто генерируют HTTP-вызовы Ajax службы, и те, которые пытаются автоматизировать браузер (и обычно терпят неудачу, их трудно написать сценарий, если это вообще возможно, и они предоставляют очень мало реалистичных показателей производительности) ".
См. HP TruClient в LoadRunner для решения, которое имеет полную поддержку AJAX. Однако, учитывая определение бизнес-процесса, который просто обновляется каждую минуту, должно быть легко имитировать этот трафик с помощью обычного виртуального пользователя HTTP из любого количества коммерческих инструментов или инструментов с открытым исходным кодом и структуры таймера, которая сохраняется в течение определенного периода времени перед обновлением. .
Если это обновление в клиенте выполняется одновременно с другими действиями, то есть кадр 1 - это пользовательский ввод, а кадр 2 - это постоянно обновляемое решение AJAX, тогда у вас действительно есть немного больше механических проблем на фронте инструмента. Вы можете пройти либо полный маршрут AJAX, либо отделить обновляемое содержимое от взаимодействия с пользователем в двух сценариях. Следует иметь в виду, что когда вы находите тип клиента, полностью совместимый с AJAX, вы также наследуете вес полного браузера, движка javascript и большей части механизма рендеринга. Этот вес переводится на использование памяти и использование ЦП, поэтому вы не получите столько виртуальных пользователей на хост.