没有进行适当的单元测试的风险

本文关键字:单元测试 | 更新日期: 2023-09-27 17:53:29

我以前问过一个单元测试的实际问题(单元测试:如何用许多底层对象和业务逻辑测试方法),我需要在同一段代码上打开另一个主题。

问题是,如果我无视每个人告诉我的,继续对MoveElementAtIndex方法(它在产品集合中移动产品)进行"单元测试",而不强调其他类的底层调用和使用,会怎么样?我可以实例化一个新的产品集合,并测试它们的移动是否正确,对吧?

我知道这不是单元测试。它也不是集成测试。它是混合的,你觉得这有什么不对吗?它仍然会帮助我避免问题。难道不是吗?

没有进行适当的单元测试的风险

这并没有什么错,但是如果您的集合不是具体的产品,而是产品的接口,那么您可以很容易地使它成为一个真正的单元测试。通过这样做,您可以确保测试的结果不依赖于产品对象中的实现问题。这使得测试更清晰,代码更可靠。

顺便说一下:单元测试和集成测试之间没有混合。你要做的是一个集成测试。只有当您将所有外部依赖替换为存根或模拟时,您才能将其称为单元测试。