Полная ссылка на производственную среду Тестирование производительности Путь к построению системы в основном включает в себяСоставление спецификации процесса производственных испытаний、Строительство платформы для инструментов производственного тестирования、Формирование команды по внедрению производственного тестирования и детали реализации.

В этой статье в основном говорится оСтроительство платформы для инструментов производственного тестирования。

1. Управление приложениями

Тестирование производительностиизКонфигурация изоляции данных управляется в соответствии с размерами приложения.,Связанные функции включают в себяДобавление, удаление, изменение и проверка приложений, включение или выключение тестового трафика для одного приложения.、Управление статусом экземпляра, управление ожидаемым количеством и управление версиями правил тестирования в приложении.。

Например статус,В основном делится наГотов и не готов。Статус готовности включает в себя：Версия правила, вступающая в силу в экземпляре, соответствует последней выпущенной версии и не имеет исключений.；Зонд успешно установлен и все экземпляры приложения готовы.,Тестирование готово; сам экземпляр готов.,Подождите, пока приложение перейдет в состояние готовности.

Статус «Не готов» включает в себя：Версия правила, действующая для данного экземпляра, не соответствует последней выпущенной версии.,или возникает исключение；Экземпляр находится в состоянии инициализации,То есть зонд запускаетсяиз Состояние по умолчанию；Тестовый зонд устанавливается；Тестовый зонд успешно установлен и ожидает выдачи тестовой конфигурации.；Не удалось установить тестовый зонд, и его необходимо переустановить из-за глобальной ошибки, тест больше не может быть реализован. В настоящее время необходимо проверить журнал зонда.。

Для получения потока опрессовки,Эта функция используется для управления тем, получает ли экземпляр приложения и обрабатывает тестовый трафик. Если прием включен,Экземпляр приложения будет обрабатывать тестовый трафик, если прием отключен;,тогда экземпляр приложения не будет обрабатывать тестовый трафик,в это времяЕсли инициируется тестовый запрос, об ошибке будет сообщено напрямую.,И вы можете увидеть сообщение об ошибке «Тестовый трафик не разрешен» в журнале приложения.

на ожидаемое количество,Он используется для проверки того, соответствует ли статус экземпляра приложения ожиданиям.,Для того, чтобы выносить суждения о состоянии дела. Ожидаемое число используется для оценки того, отсутствуют ли в приложении узлы развертывания.,Избегайте негерметичных узлов развертывания, которые приводят к загрязнению данных производственного трафика.Если вы установите ожидаемое число,Фактическое количество готовых товаров не соответствует ожидаемому.,Тогда тест для соответствующей цели невозможно запустить.

Версия конфигурации правила используется для сравнения версий сервера и базового зонда, чтобы тестировщики могли подтвердить, эффективны ли последние правила конфигурации зонда. Исходная версия — 0. Публикация изменений или отмена изменений повлияет на проверку статуса экземпляра. Что касается изменений правил, если изменение будет опубликовано, система синхронизирует последние правила со службой уровня суда и создаст дополнительный номер версии. Если изменения не опубликованы, появится сообщение о наличии неопубликованных изменений. Вы можете нажать кнопку «Опубликовать изменения», чтобы опубликовать, или использовать «Отменить изменения», чтобы очистить неопубликованные правила. Отмена изменений означает возврат к последней опубликованной версии правила.

2. Управление конфигурацией правил тестирования.

правила парного тестаизуправление включает в себя правилаизДобавлять, редактировать, удалять, импортировать/экспортировать, включать/отключать и т. д.。которые экспортируют/Правила импорта предназначены для полного импорта или экспорта правил конфигурации из измерения приложения.,Включение/отключение правил работает с одним фрагментом данных.,Не влияет на другие правила. Если правила изменены успешно, перезапуск приложения не требуется.,Однако для того, чтобы изменения вступили в силу, их необходимо опубликовать.

платформаизправило Конфигурация В основном включаютТаблица теневой библиотеки, фиктивные правила, белый список, запланированные задачи, конфигурация сообщений, теневой журнал, мониторинг экземпляраи другие функции。

В функции таблицы теневой библиотеки,КонфигурацияАдрес службы таблиц теневой базы данных, запрос будет перенаправлен на адрес службы таблиц теневой базы данных.,В противном случае он будет перенаправлен в исходную таблицу базы данных. Тестовый трафик пойдет в теневую таблицу базы данных.,Если тестовый трафик не настроен, будет сообщено об ошибке.

Выберите тип и добавьте тип базы данных. Правила можно быстро настроить на основе шаблона кода конфигурации. Можно добавлять несколько правил в формате JSON 5.

В функции Mock rule поддерживается настройка HTTP, DUBB0 и других типов Mock правил. Он используется для имитации возвращаемого значения вызова интерфейса запроса, позволяя продолжить выполнение тестового процесса, но фактически никакие внешние вызовы выполняться не будут.

В функции белого списка,Тестировщики могут увидеть подсказку «Включить белый список проверки».,Пути запросов и темы сообщений, которых нет в белом списке, не могут быть вызваны и отправлены.,То есть опрессовочный поток пройти не может»,Белый список в основном используется для перехвата запросов во время тестирования.,Разрешено освобождать только запросы, настроенные в белом списке.。

Функция белого списка поддерживает добавление нескольких правил в пакетном режиме одновременно.,Нужно выбрать тип：HTTP, Dubbo, Kafka и RabbltMQ,доступен по запросуиз Конфигурация代码极板进行правило Конфигурация。После добавления правила оно по умолчанию отключено.

В функции настройки сообщения,Тестировщики увидят сообщение «После включения теневой темы,Экземпляр преобразует сообщение, отправленное в исходную тему, в теневую тему».,Конфигурация сообщений включена по умолчанию.

В функции теневого журнала тестер настраивает путь хранения журналов, созданных тестовым трафиком. Если путь не существует в исходном каталоге, автоматически будет создан подкаталог, если он уже существует, журнал будет сохранен по этому пути;

3. Анализ ссылок

Платформа имеет возможности анализа ссылок. Элементы конфигурации, связанные с анализом ссылок на платформе, описаны ниже.

Первый — это запрос ссылки。он поддерживаетСсылки на запросы в таких измерениях, как приложения, экземпляры, службы, результаты запросов, затраты времени, количество возвращаемых строк и время начала.。

Во-вторых, это дерево вызовов. Эту функцию можно использовать для проверки текущего статуса вызова приложения, а также использовать анализ результатов, чтобы проверить, нормально ли работает конкретное приложение.

И снова подробности звонка。Он поддерживает просмотр такой информации, как имя службы, тип, время запуска, потребление времени, входные параметры, возвраты, исключения и журналы.。

Наконец, есть бизнес-статистика. Он включает в себя три подпункта: база данных, удаленный вызов и тема сообщения. Среди них база данных показывает, какие инструменты хранения (такие как MYSQL, Redis и т. д.) вызываются посредством бизнес-запросов зонда, а также соответствующую информацию о их конфигурации.

В это время, если приложению разрешено получать тестовый трафик, будет отображаться информация о теневой таблице базы данных, а если приложению не разрешено получать тестовый трафик, будет отображаться реальная информация о таблице базы данных. Удаленный вызов показывает интерфейс, вызываемый бизнес-запросом, обрабатываемым зондом, и связанную с ним информацию.

информацияTopicпродемонстрировано с помощью зондаиз Деловой запрос на звонокизинформацияпромежуточное программное обеспечение(Например, Кака, RocketMO и т. д.)и связанные с этим Конфигурацияинформация。

Соответственно, когда приложению разрешено получать тестовый трафик, отображается информация о теневом промежуточном программном обеспечении, а когда приложению не разрешено получать тестовый трафик, отображается реальная информация о промежуточном программном обеспечении.

4. Сервисизация инструментальной платформы

На основе опыта тестирования производительности проектов внутри компании уточняются детали поэтапной работы по тестированию производительности производства и формируются рекомендации и спецификации. Каждая проектная группа может подать заявку на услугу поддержки тестирования производительности исходя из потребностей бизнеса.

Для нормализованных проектов хорошо поработайте над планированием и контролем процессов и рассмотрите изменяющиеся факторы в производственной среде, которые могут повлиять на реализацию проекта, например: изменения интерфейса влияют на реализацию теста, изменения системы влияют на объем тестирования, изменения в компонентах системных приложений вызывают данные. загрязнение и изменения в промежуточном программном обеспечении системы. Вызывает изменения тестовых ссылок.

Планируйте с двух сторон, чтобы справиться с вышеуказанными изменениями.

Направление 1: Осаждать соответствующие документы;

Второе направление — выдача рекомендаций проектной команде поставщика.

Конкретные меры заключаются в следующем:

Документ интерфейса осадков,Выполняйте сравнение интерфейсов и моделей интерфейсов перед каждым тестом.,Учитывайте влияние каждого изменения на тестирование.,Содействие внедрению тестирования после согласования с командой проекта;

Диапазон систем для испытаний на седиментацию,Каждый раз заранее делайте общесистемное подтверждение согласно интерфейсному документу.,Обновление на основе предыдущего;

Компоненты системы осаждения и сведения о промежуточном программном обеспечении,Каждый раз подтверждайте промежуточное ПО и компоненты кода согласно документации.,Создайте базовые версии компонентов;

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

Если после прочтения вы найдете что-то полезное, пожалуйста, подписывайтесь, делитесь, оставляйте комментарии и т. д.! ! !