0

Я установил проект тестирования производительности и тестирования производительности веб-приложений в Visual Studio 2013, который использует веб-тесты, основанные на данных, на основе локального источника данных SQL Server. В конце концов, я хотел бы настроить тестовый контроллер и тестовые агенты для распределения нагрузки от нескольких клиентов.Тестирование нагрузки на основе данных с помощью Visual Studio - где создаются веб-тесты?

Мой вопрос касается архитектуры контроллера и агентов. Требуется ли каждому тестирующему агенту также доступ к источнику данных, который генерирует контент для веб-тестов или представляет собой веб-тест (и его динамические параметры), сгенерированный на контроллере, а затем распределяется среди тестовых агентов?

Ниже приведена диаграмма, я нашел архитектуры:

enter image description here

ответ

1

Агенты не должны иметь доступ к источнику данных. Контроллер проверки нагрузки устанавливает, что требуемые данные развернуты для правильных агентов, чтобы они могли запустить тест.

Огромное упрощение: Контроллер поручается выполнить нагрузочный тест. Он собирает набор тестов и значения источника данных. Он разбивает виртуальных пользователей на доступные агенты и развертывает набор тестов и значения источника данных для этих агентов. Затем агенты запускают индивидуальные тесты, динамические аспекты данных каждого тестового случая обрабатываются внутри агента. По завершении отдельных веб-тестов их результаты передаются обратно контроллеру, и они записывают данные в базу данных результатов SQL, а также предоставляют данные для Visual Studio для графиков и т. Д., Отображаемых при запуске теста нагрузки. См. this Microsoft page для более подробной информации.

Одним из осложнений является обработка источника данных в зависимости от выбранного метода доступа. Для Последовательный и Случайный полная копия всех данных отправляется каждому агенту. Для Уникальные данные разбиты на куски, и каждый агент получает одну часть, тем самым сохраняя желаемое «использование каждого значения данных только один раз». См. this Microsoft page для получения более подробной информации.

 Смежные вопросы

  • Нет связанных вопросов^_^