Узел выполнения — это целевая машина, на которой будет проводиться нагрузочный тест, и которая может предоставлять данные о производительности во время тестирования.
Узел управления используется для управления узлами выполнения.
CPTS управляет тестовыми проектами, созданными пользователями. Тестовые транзакции, задачи нагрузочного теста и тестовые отчёты совместно используются в тестовом проекте. Пользователи могут создавать тестовые проекты для разных тестовых программ.
Рисунок 1 Создание тестового проекта

Транзакция — это пользовательская модель тестовой операции, которая включает четыре части: время ожидания, пакет, извлечение ответа и Чекпоинт. HTTP, HTTPS, TCP, и UDP‑пакеты поддерживаются.
Пакеты — это блоки данных, передаваемые между HTTP‑приложениями. Эти блоки данных начинаются с текстовых метаданных, описывающих содержание и смысл пакета. За текстовыми метаданными следуют необязательные данные пакета. Пакеты передаются между клиентом, сервером и агентом.
Для более точного моделирования поведения пользователя вставьте время ожидания между различными операциями. Например, когда пользователь получает данные от сервера, он может подождать несколько секунд перед просмотром данных и предоставлением ответов. Этот промежуток времени называется время ожидания.
Если транзакция содержит несколько пакетов, вывод предыдущего пакета, полученный с помощью регулярного выражения, используется в качестве ввода следующего пакета.
Checkpoints — это места, где вы определяете проверочную информацию, чтобы определить, корректно ли содержимое, возвращаемое сервером.
test task инициирует тест производительности на основе определённой тестовой модели.
Когда test task завершён, будет сгенерирован test report для представления результатов теста.
Количество одновременных пользователей относится к числу пользователей, выполняющих операции в системе одновременно. В CPTS это количество виртуальных пользователей, которое вы задаёте при настройке тестовой фазы.
RPS — это количество запросов, которые CPTS отправляет на тестируемый сервер в секунду.
Записывает использование пропускной способности в реальном времени во время выполнения задачи нагрузочного теста. Uplink bandwidth относится к скорости, с которой узел выполнения CPTS отправляет данные. Downlink bandwidth относится к скорости, с которой узел выполнения CPTS получает данные.
Response time указывает продолжительность от момента, когда клиент отправляет запрос, до момента, когда клиент получает ответ от сервера.
Если соответствующее TCP‑соединение не возвращает данные ответа в течение установленного времени ожидания ответа (по умолчанию 5 секунд), запрос транзакции считается истекшим по времени ожидания ответа. Возможные причины: тестируемый сервер перегружен, находится в сбое или пропускная способность сети полностью занята.
Содержимое пакета ответа и код ответа, возвращённые сервером, не соответствуют ожиданиям (по умолчанию ожидаемый код ответа для HTTP/HTTPS — 200), например код 404 или 502. Возможная причина — тестируемый сервис не может обрабатываться нормально в сценариях с большим количеством одновременных пользователей. Например, в распределённой системе возникает узкое место в базе данных или бекенд‑приложение возвращает ошибку.
Все пакеты ответа получены, но некоторые пакеты потеряны. В результате весь ответ транзакции оказывается неполным. В данном случае причиной может быть потеря сетевых пакетов.