Каков наилучший метод тестирования производительности приложений Flex с серверной частью серверов BlazeDS/Java. Мы смотрим на JMeter, но можно ли его использовать с протоколом amf на более сложном уровне, где можно манипулировать значениями в запросе?
Тестирование производительности приложений Flex
Ответы (8)
Моя компания (UBIK-INGENIERIE) распространяет коммерческий подключаемый модуль Flex/AMF Apache JMeter.
Вы можете легко записывать, изменять и воспроизводить приложения на основе FLEX/AMF со стандартными знаниями Apache JMeter.
Смотрите мастер-класс по нему:
- Тестирование производительности приложений Flex
https://www.ubik-ingenierie.com/blog/load-testing-flex-with-jmeter-made-easy/
У нас такая же проблема. Я обязательно посмотрю www.gorillalogic.com для нашего сайта.
Другой вариант (который мы упустили из виду) заключался в выборе LiveCycle Data Services ES2 вместо BlazeDS. В то время как BlazeDS удовлетворил наши функциональные потребности, LiveCycle поставляется с инструментом Load/Stress... то, что мы действительно могли бы использовать.
Вот сравнительная таблица: http://www.adobe.com/products/livecycle/dataservices/compare.html
Попробуйте Неолоад
(честно говоря, сам еще не проверял, но скоро сделаю)
В этом вам может помочь API «Java AMF Client». Это Java API для создания и отправки запросов AMF на сервер.
http://opensource.adobe.com/wiki/display/blazeds/Java+AMF+Client
Я также слышал хорошие отзывы о Гомесе, но я считаю, что это платная услуга, и для ее запуска потребуются некоторые накладные расходы. Но если вы ищете более комплексное решение, многие люди в моей компании использовали его в проектах с бэкэндом Java/BlazeDS.
Neoload будет охватывать LCDS, BlazeDS, JBoss, WebLogic, WebSphere, PHP, .NET. Мы выбрали его в качестве нашего инструмента для тестирования приложения Flex после рассмотрения нескольких вариантов. Вы можете изменить запросы и передать любые переменные, которые вам нравятся. Очень прост в использовании, но это не бесплатно.
Я пробовал и NeoLoad, и LoadRunner. У нас был больший успех с LoadRunner. Единственная проблема заключалась в том, что нам приходилось манипулировать конфигурацией генераторов LoadRunner (включая машину, для которой мы написали сценарий в vugen), чтобы выделить достаточно памяти для обработки массивных запросов, которые делал Flex. Нам удалось запустить гораздо меньше пользователей vuser на генераторах, тестирующих Flex, чем на тех, которые тестировали http, поскольку каждый vuser использовал больше памяти. Соотношение было примерно 10:1 или меньше.
В настоящее время нет идеального решения для кодирования/декодирования amf в JMeter.
Что-то, что вы можете попробовать:
Найдите программиста (хорошо разбирающегося в Java) и разработавшего плагин JMeter для кодирования/декодирования amf, согласно нашему опыту, это несложно, и наш плагин отлично работает в следующих проектах. плагин должен иметь возможность декодировать запрос AMF, когда вы записываете запрос через прокси, и легко настраивать параметры в запросе.
Используйте charles, запишите запрос amf и прикрепите пакет данных в пробоотборнике JMeter http. это работает, когда приложение не сложное.
Используйте loadrunner или другое коммерческое программное обеспечение, если вы можете себе это позволить.
Лучший ответ для автоматизированного тестирования приложения Flex — FlexMonkey — www.gorillalogic.com
Инструмент с открытым исходным кодом, может использоваться в средах CI, имеет более 5000 пользователей и поддерживается Gorilla Logic (консультанты по Java, Flex и мобильной разработке).
Проверьте это, и если вам нужна дополнительная информация или демонстрация, дайте мне знать.
Чад С.
Логика гориллы