Пользователи интегрированных продуктов могут теперь включить критические метрики от AppDynamics в их сценарии тестирования BlazeMeter для идентификации проблемных областей.BlazeMeter, провайдер программного обеспечения тестирования непрерывной работы с открытым исходным кодом, объявил об интеграции с программным обеспечением AppDynamics, которое обеспечивает аналитику производительности приложения, чтобы помочь разработчикам решить проблемы, которые влияют на производительность приложения с точностью и непротиворечивостью.Пользователи интегрированных продуктов могут теперь включить критические метрики от AppDynamics в их сценарии тестирования BlazeMeter для идентификации проблемных областей быстрее.Решение работает, добавляя контрольные профили AppDynamics к сценариям тестирования BlazeMeter.
Разработчики могут тогда идентифицировать различные метрические группы, связанные с их приложениями, такими как мобильный опыт конечного пользователя или бизнес-операции.Разработчики тогда в состоянии выбрать определенные метрики, такие как среднее время отклика, вызовы в минуту и ошибки в минуту.
Интегрируя эти метрики с графиками временной шкалы BlazeMeter, данные управления производительностью приложений (APM) могут быть подготовлены на том же графике как данные тестирования, вместе с метриками, такими как параллельные пользователи, производительность и задержка, позволив разработчикам обнаружить, где и когда вещи разбиваются.«Связь между тестированием управления производительностью приложений и производительности никогда не была так же сильна. BlazeMeter и AppDynamics являются оба частью следующего поколения компаний, которое переопределяет современное предоставление программного обеспечения», сказал Алон Girmonsky, CEO BlazeMeter, eWEEK. «APM предоставляет разработчикам возможность быстро идентифицировать первопричину для проблем, которые были идентифицированы в процессе тестирования производительности».
Гирмонский объяснил, что когда-то идентифицированный, разработчики могут применить исправление и затем проверить его, тестируя так много раз, как они должны получить достаточную информацию от системы APM, и это гарантирует, что исправление было применено, и проблема больше не там.«Приложение имеет потенциал, который будет высоко фрагментирован со многими подвижными частями, что каждая производительность влияния», сказал Гирмонский. «Любая система производительности должна сначала получить доступ ко всем потокам производительности, прибывающим из всех модулей и источников данных о производительности. Сбор данных является первым шагом.
Второй шаг получает аналитику из огромных количеств данных, упрощающих быстрый управляемый данными процесс принятия решений».Сообщество BlazeMeter в настоящее время имеет больше чем 100 000 разработчиков и имеет мировые бренды, такие как Adobe, Atlassian, Разрыв, NBC Universal, Pfizer и Wal-Mart как клиенты.«Производительность становится критически важной – существует неприятие к тому, чтобы плохо выполнить приложения.
Создавание высокоэффективного приложения всегда было сложно, но теперь более чем когда-либо», отметил Гирмонский. «Вследствие его обширной сложности тестирование производительности является последним полем, которое будет автоматизировано. Для достижения реальной непрерывной доставки тестирование производительности должно участвовать в автоматизации цикла предоставления программного обеспечения».