Нагрузочные инструменты для тестирования Веб-сайт с поддержкой Symfony2, который выполняет Javascript?

Question

Большинство инструментов там, кажется, не интерпретируют код jQuery/Javascript, который загружается на страницу, которую я хочу протестировать. Это, однако, важно, потому что этот код, в свою очередь, инициирует ряд вызовов на другие конечные точки в моем веб-приложении, что добавляет нагрузку в сценарий реальной жизни.

Я уже посмотрел на JMeter и немного неохотно попросил его, поскольку на целевой странице явно указано, что он вообще не интерпретирует Javascript.

Какова будет рекомендация инструментов, которая может обеспечить более точное измерение нагрузочного тестирования, включая код Javascript?

Answer 1

Ни один из инструментов тестирования нагрузки не выполняет JavaScript, все они действуют на уровне протокола, а JavaScript выполняется браузером.

Есть 3 варианта, как вы могли бы действовать, если вы хотите 100% реалистичное тестирование:

1. HP LoadRunner имеет TrueClient протокол, который является в основном обезглавленный браузер с возможностями JavaScript.
2. JMeter with WebDriver Sampler плагин - способ начать реальные браузеры от теста JMeter
3. Selenium Grid (или другой способ пнуть несколько экземпляров Selenium сразу)

---

Все 3 выше опций очень ресурсоемкие, для одного экземпляра браузера потребуется по крайней мере 1 процессорное ядро ​​и несколько гигабайт или оперативная память, поэтому я бы рекомендовал немного другой подход. JMeter не может выполнять JavaScript, но он может выполнять HTTP-запросы, основанные на JavaScript, поэтому создайте основную нагрузку с помощью JMeter (или эквивалента), и в то время как проверка загрузки выполняется, используйте Selenium для автоматической проверки реального просмотра или YSLow, чтобы сделать то же самое вручную.

Answer 2

Инструменты для тестирования нагрузки не выполняют JavaScript.
Вы знаете, какие конечные точки используют ваш код JavaScript, поэтому просто добавьте эти конечные точки в свой сценарий JMeter.

Answer 3

Сложная проблема с клиентами возникла с начала 1990-х годов с использованием традиционных мощных клиент-серверных приложений. На самом деле, самые ранние коммерческие инструменты все заставляли всех клиентов на X Windows перед добавлением виртуальных пользовательских возможностей уровня API. На коммерческом фронте эта способность запускать полнофункциональных клиентов по-прежнему выражается в качестве виртуальных пользователей GUI (Mercury/HP/Microfocus LoadRunner, Segue/Borland/Microfocus Silk Performer, Rational/IBM Performance Tester), позволяющая измерять вес между API и пользовательский уровень, если необходимо.

Вот что для данного бизнес-процесса и набора данных конечный клиент предсказуем в своем поведении и в запросах, которые он делает для серверов, которые подают данные. Могут быть несколько нечетных условий, когда вам нужно воспроизвести алгоритм от JavaScript до C (или даже запустить его непосредственно в некоторых инструментах) для ветвления по типу API/HTTP-запроса, но их немного.