Не очень могу, но попробую более детально.
Например есть часть прикладных сервисов, и часть технических - типа логирования, журналирования, транспортные, управления процессами и тп. Их пилят разные команды
Прикладные сервисы вызывают технические сервисы 1го уровня, а те в свою очередь могут вызывать сервисы 2-го уровня. Таким образом получается уже 3 уровня вызовов
Допустим достоверно мы не знаем всю эту матрицу вызовов, но нам надо провести такое тестирование  (системное) которое будет выявлять ошибки интеграции до проведения е2е тестов

контрактное тестирование?

Не знаю этот термин )

если у вас микросервисы, то рекомендую взглянуть на контрактное тестирование, как вариант pact.io

надо с проксей слайды смотреть, может найдете тут нужную вам информацию:
https://www.slideshare.net/chris.e.richardson/oracle-codeone-2019-descending-the-testing-pyramid-effective-testing-strategies-for-microservices

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

другой вопрос: кто-нибудь пользовался https://localstack.cloud/ ? Хотелось бы услышать отзывы.
Думаю может неплохо зайти при несложной инфраструктуре сервиса, но пока неуверен стоит ли профит вложения сил

другой вопрос: кто-нибудь пользовался https://localstack.cloud/ ? Хотелось бы услышать отзывы.
Думаю может неплохо зайти при несложной инфраструктуре сервиса, но пока неуверен стоит ли профит вложения сил

если у вас микросервисы, то рекомендую взглянуть на контрактное тестирование, как вариант pact.io