unit-testing - 将TDD用于库/API代码和将BDD用作集成测试有意义吗？

Question

我是BDD的新手，我想了解它在开发周期中的作用。在TDD方法中，我们通常为库或api编写单元测试，对对象进行模拟，这很棒，因为它甚至可以驱动我们的设计。这些测试将在实际的代码之前编写，这很不错。

我了解BDD与规范/场景测试有关，我可以看到它非常适合根据实际代码测试业务需求。但是编写这些测试的最佳实践是什么？我们是否仍然继续编写单独的测试(如TDD中的那样)，以模拟出依赖关系并为可能出错的每件事编写单元测试？然后写我们的bdd测试？我们先写bdd测试吗？我们是否只针对单个组件编写bdd测试？

我使用.NET并通常编写asp.net mvc应用程序，但这更多是理论问题，并且与底层编程语言无关。

非常感谢。

Answer 1

不知道正确的方法，但这是我的经验。在分析了规范文档之后，我尝试提取尽可能多的“故事”并使用BDD故事文件对其进行描述。如您所知，每个句子应该以给定的三个关键字中的任意一个开始，不时地。

在将整个规范翻译成BDD测试故事后，我编写了一个实现步骤的类，即执行故事中使用的每个句子。

下一步是开始编写一个实现，该实现将由执行脚本语句的方法调用，方法是设置初始状态(给定)，状态转换(何时)并检查应用程序的目标状态(然后)。

每当需要实现实际的类方法时，我都会使用TDD进行单独的全面测试。

当然，为了运行测试中尚未实现的代码部分，可以暂时对其进行模拟。