Всем хорошего дня, предлагаю ознакомиться со статьей про тестирование бэкенда, где автор делится про организацию команд, процессов тестирования и онбординга, что разработка, и тестирование задач начинаются одновременно, а также затронуты автоматизация и релизы.
Сохранила для себя опыт команды про Shift left testing.
Есть описание интеграций, и все же вот прям тестирование бэкенда не описано, описан опыт организации прозрачных хорошо выстроенных процессов при тестировании нескольких микросервисов.

И цитата про shift left testing в проекте (опыт есть опыт)

Шифт-лефт
В течение текущего спринта тестировщики привлекаются к анализу задач для спринта будущего. 
• Обязательно определяются критерии приёмки, которые затем автоматизируются первыми. 
• Задачи, насколько это возможно, декомпозируются – чем меньше требований, тем меньше вариаций, тем быстрее и с меньшим риском задача будет протестирована.
• Совместно с разработкой разрабатывается decision table, в которой учитываются все параметры, которые могут влиять на логику функционала.
• Тестировщики озвучивают вопросы, возникающие при ознакомлении с отобранными задачами, ответы на которые продакт-оунер должен получить к моменту планирования спринта. 
• Тестировщики имеют право отказать во включении задачи в спринт, если не до конца понимают, что и как проверять.