Под бекенд тестами также может подразумеваться написание юнит тестов на sql для тестирования логики поведения базы данных и ее процедур. Если есть некая OLTP база данных, в которой в режиме реального времени происходит обработка входящего потока данных, то логика обработки каждого набора данных должна неким образом в зависимости от этих данных процесситься. Процессинг данных и его проверка в данном случае - это разбиение движения потока на дискретные моменты во времени, когда определенные буфферы\временные\постоянные таблицы базы данных тем или иным образом сохраняют\избавляются\модифицируют данные. На каждом таком дискретном этапе фактически можно подготовить наборы данных, где в разных “местах” БД будет происходить нужное изменение. И здесь фактически тестирование: это сверка состояния данных в момент времени.
Но я сомневаюсь, что доля трактовки “тестирования бекенда” - будет включать тестирование и покрытие тестами логики bigdata проектов
потому что их реально мало. По большей части - это backend-specific штуки вроде
а) тестирование API возвращаемого бекендом
б) проверка логики web server’a: работа заголовков, проверка HTTP кеширования и т.д
в) проверка работы background процессов сервера: команды application server’а которые выпоняются периодически (например через cron)
г) проверка работы любых backend составляющих: состояние кешей в key\val хранилищах, вычитывание очередей из RabbitMQ, и .т.д.