Например привязка тестов к коду через статический анализ изменений.

Как организовать: 1. Сопоставить тесты с кодом. Создать карту зависимостей: какой тест проверяет какой endpoint, который использует какой класс/функцию. Это можно сделать с помощью аннотаций, naming convention или отдельного конфига. 2. Определить измененный код. На этапе CI (например, в GitLab CI или GitHub Actions) с помощью (git diff, dependencies-check) чтобы понять, какие файлы/классы/функции были изменены в пулл-реквесте)) Примерно так

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

Не нравится мне такие варианты, сложные, хочется чего-то попроще)

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

Кусочек кода, как раз того самого решения, с передачей переменных из CI разработки в CI автотестов, и исходя из того, куда пошел деплой и какими параметрамы, в CI QA парсили переменные и принимали решение, какие тесты на каком окружении запустить))

Это интересно, но я и ленив для такого решения)) я все думаю о неком абстрактном решении, типа есть фрейм по тестам контрактов, логика по типу - закинул туда proto файл или например ссылку на openapi, внутри авто генерация тестов на основе полученной доки, и вот далее думал про отслеживание git diff, но не вариант, так как тестовый фрейм не знает внутрянки сервиса, передавать через из env ci из дев в тест - там портянка может быть с переменными, вот никак придумать не могу какую-то абстрактную штуку, чтоб раз написал и для всех микросервисов)