c# - 不进行适当单元测试的风险

Question

我之前问过一个单元测试实用问题（单元测试：如何测试具有大量底层对象和业务逻辑的方法），我需要在同一段代码上打开另一个主题。

问题是，如果我不理会每个人告诉我的内容，我会继续“单元测试”该MoveElementAtIndex方法（在产品集合中移动产品），而不会对其他类的底层调用和使用有任何压力。我可以实例化一个新的产品集合并测试它们是否正确移动，对吗？

这不是单元测试，我知道。它也不是集成测试。它是混合的，你会说它有什么问题？它仍然可以帮助我避免问题。或者不会？

Answer 1

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

顺便说一句：单元测试和集成测试之间没有混合。您拥有的是集成测试。只有当你用存根或模拟替换所有外部依赖时，你才能称之为单元测试。