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

我之前问过一个单元测试的实际问题（），我需要就同一段代码打开另一个主题

问题是，如果我无视每个人告诉我的内容，继续进行“单元测试”——使用

MoveElementAtIndex

方法（在产品集合中移动产品），而不强调其他类的底层调用和用法，该怎么办。我可以实例化一个新的产品集合并测试它们是否正确移动，对吗

我知道，这不是单元测试。这也不是集成测试。

---

这是混合动力车，你认为它有什么问题？它仍然可以帮助我避免问题。或者，它不是吗？

它没有什么错，但是如果您的收藏不是具体的产品，而是产品的接口，那么您可以轻松地将它变成一个真正的单元测试。通过这样做，您可以确保测试的结果不依赖于产品对象中的实现问题。这使得测试更干净，代码更可靠

---

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

我最有可能这样做，但问题是，它只是5000种方法中的一种，至少和它一样耦合。