ruby - 为什么 Cucumber 被认为是集成测试工具而不是单元测试工具？

Question

这一直困扰着我。为什么人们说在 rspec 中进行单元测试而在 cucumber 中进行集成测试？我不是在问为什么这些测试是必要的——我知道集成测试和单元测试之间的区别。我只是不明白为什么，鉴于 Cucumber 的完全可定制的语法，它不用于单元测试？

在我看来，为 Cucumber 和 rspec 编写的代码量相同，唯一的区别是对于 Cucumber，您将测试逻辑与测试编写分开。

Answer 1

使用 Cucumber 进行单元测试有相当多的开销。您不仅必须编写功能，还必须使用单独的代码将它们映射到实现。

单元测试意味着编写起来非常快，执行起来也非常快。自然，Cucumber 专注于最终用户体验，这主要归功于编写功能时使用的语言。

只是为了刷新，一个功能将包含以下内容:

As some stakeholder of a system
I would like to perform an activity
So that I can get some benefit out of it

Given a precondition
When I perform an action
Then something should happen

经常被忽略的开头段落非常重要，因为它为操作设置了上下文并解释了为什么会发生某些事情。由于使用自然语言，这些东西很容易展示给非程序员，以获得一些反馈。

现在，将这些用于单元测试充其量看起来很尴尬。首先，以最终用户为中心建议采用更加集成的方法，因为该功能并未提及模拟和 UI/逻辑分离。 IE。像下面这样的功能看起来很奇怪:

Given a that a database mock is configured with the following data
| ID  | Username |
| 0   | igor     |
When call FindAll on User Repository
Then I get the following user back
| ID  | Username |
| 0   | igor     |

此外，随着您的 SUT 变得越来越小(即一个类)，操作的上下文并不那么重要。用户存储库不关心上下文，例如它不关心它的消费者是普通用户还是VIP用户。一个简单的组件(它应该是，遵循 SRP)基于其输入是完全确定的。

因此，单元测试用于验证您编写的内容是否正确，而 cucmber 测试用于通过将系统行为置于上下文中来验证您编写的内容是否满足更高的目的。