一个人如何写一个好的单元测试而不嘲笑一切？

Question

我读到过嘲弄一切是不好的
测试气味：一切都被嘲弄
嘲弄一切是一个好办法

我还读到单元测试关注单个组件，而集成测试则测试整个系统的协同工作<编写优秀的单元测试：最佳和最差实践

这让我困惑。据我所知，要编写一个合适的单元测试，需要通过模拟除SUT之外的所有组件来隔离单个组件。如果在整个测试过程中使用真实对象，那么该测试不是成为一个集成测试吗？

一个人如何编写一个好的（独立的）单元测试而不去嘲笑一切？

Answer 1

嘲弄模特是一种难闻的气味。您应该只模拟参与测试方法逻辑的依赖项，而不是数据。但即使有这个简单的规则，事情也并不总是显而易见的。

在某些情况下，单元测试方法是直接的，因为该方法有自己的逻辑规则，并且有一个或两个对不同外部依赖的调用来完成其逻辑。在这种情况下，嘲笑似乎很自然。

在其他一些情况下，单元测试不那么明显，因为测试方法几乎没有逻辑规则。它在实现中主要调用外部依赖项。在这种情况下，模仿似乎真的很不自然，因为测试的本质可能是模仿。通过模拟每个调用来测试流调用是在测试一个白盒。它很脆弱，因为它不能测试方法的逻辑行为。它只证明了一件事：你的代码做了它所做的事情。

在这种情况下，我认为集成测试应该优于单元测试。