Мое понимание того, как тестовый процессор обрабатывает различные задачи, позволяет предположить, что наличие прослушивателя над сэмплером не влияет на тот факт, что слушатель вызывается только после того, как сэмплер начинает выполняться. Точно так же наличие препроцессора, который устанавливает переменную после задания http-сэмплера, не влияет на тот факт, что переменная доступна для сэмплера http, независимо от того, задание препроцессора находится перед или после сэмплера http.
Inнастройки плана тестирования, мы можем выбрать для запуска группы потоков последовательно или нет. Тем не менее, в группе потоков, предполагая, что у нас есть задачи, подобные приведенному ниже списку. Существует ли какая-либо неявная последовательность упорядочения, которая применяется / сопровождается тестовым процессором (как пример, который я привел в параграфе 1)?
- Пара запросов HTTP (сэмплеры)
- HTTPменеджер заголовков (элемент конфигурации)
- Преобразователь JSR223 (препроцессор)
- Сводный отчет (прослушиватель)
- Просмотр дерева результатов (прослушиватель)
- Действие управления потоком(сэмплер)
- FTP-запрос (сэмплер)
- Если контроллер (логический контроллер), содержащий несколько сэмплеров HTTP
- JSON-экстрактор (постпроцессор)
- Ответутверждение (Assertion)
- Постоянный таймер (Таймер)
- Постоянный таймер пропускной способности (Таймер)