Имеет ли смысл использовать TDD для кода библиотеки / API и BDD в качестве интеграционных тестов?

Я новичок в BDD, и я хотел бы понять, где это может быть задействовано в цикле разработки. В подходах TDD мы обычно писали модульные тесты для библиотек или API, мы имитировали объекты, и это было здорово, потому что это могло даже влиять на наш дизайн. Эти тесты должны быть написаны до фактического кода, что приятно.

Я понимаю, что BDD больше касается тестирования спецификаций / сценариев, и я вижу, что он идеально подходит для проверки бизнес-требований на реальном коде. Но как лучше всего писать эти тесты? Продолжаем ли мы писать отдельные тесты (как в TDD), имитируя зависимости и писать модульные тесты для каждой отдельной вещи, которая может пойти не так? Тогда напиши наши тесты bdd? Напишем ли мы сначала тесты bdd? Пишем ли мы только тесты bdd даже для отдельных компонентов?

Я использую .NET и обычно пишу mvc-приложения asp.net, но это скорее теоретический вопрос, не зависящий от используемого языка программирования.

Большое спасибо.