1.Вы отправляете запрос в объект тестирования «импортируй из внешней системы нового клиента» с указанием уникального номера. (в тестах заменяется заглушкой).
2.Объект тестирования отправляет запрос, В ответ он должен получить информацию о новом клиенте – это набор полей, генерируемых рандомно.
3.Вы отправляете в объект тестирования запрос, подтверждающий импорт клиента. В запросе должны содержаться данные, которые ранее были получены объектом тестирования из заглушки.

Какой протокол взаимодействия Источника нагрузки и Объекта тестирования, объекта тестирования и Заглушки?

судя по тегам xml

https наверное... у меня не уточняется

xml это язык разметки

https, rpc, jms или еще что

какая интенсивность подаваемой нагрузки нужна?

не лезьте в дебри. это сейчас не важно

как я понимаю нужно взаимодействие с заглушкой со стороны нагрузочной станции?

В этом нет смысла особого, но судя по тому что написано вам нужно заранее сгенерировать пулл клиентов, после чего
1) Посылаете id клиента в систему
2) Система делает запрос на заглушку
3) Заглушка по этому id получает из базы, например, юзера (а не генерирует его)
4) Заглушка отдает юзера в систему
5) Система посылает условные 200 на нагрузочную станцию/
6) Нагрузочная станция отправляет запрос с пользователем в систему

в задании сказано что должно генерить рандомно при запросе, так что пулл не получится

но в целом да, так

" это набор полей, генерируемых рандомно." Тут нигде не сказано что нужно генерировать рандомно на заглушке

как я понял получается замкнутая система, и тестируемая система не общается с БД, тогда можно всю логику завязать на заглушке

А ведь вы правы. Просто видимо сработало в голове старое задание, где должно было генерироваться при запросе.

То есть я буду отталкиваться от того, на сколько быстро мне нужен ответ и сколько ресурсов у меня есть на подготовку

Если ответ нужен очень быстро то из пула хватать разумнее

Ну еще от того, какую нагрузку нужно подать) Так как высокопроизводительную заглушку написать сложно

Типа. если вы будете что-то делать на заглушке, какую-то сложную логику, вполне возможно что она сдохнет быстрее системы)