在 C++ 中，我经常让单元测试类成为我正在测试的类的 friend 。我这样做是因为我有时觉得需要为私有(private)方法编写单元测试，或者我想访问一些私有(private)成员，以便我可以更轻松地设置对象的状态，以便我可以测试它。对我来说，这有助于保持封装和抽象，因为我没有修改类的公共(public)或 protected 接口(interface)。
如果我购买第三方库，我不希望它的公共(public)接口(interface)被一堆我不需要知道的公共(public)方法污染，仅仅是因为供应商想要进行单元测试!
如果我从一个类继承，我也不想担心一堆我不需要知道的 protected 成员。
这就是为什么我说它保留了抽象和封装。
在我的新工作中，他们甚至反对使用友元类进行单元测试。他们说因为类不应该“知道”任何关于测试的事情，并且你不希望类和它的测试紧密耦合。
有人可以向我解释一下这些原因，以便我更好地理解吗？我只是不明白为什么使用 friend 进行单元测试是不好的。
最佳答案
理想情况下，您根本不需要对私有(private)方法进行单元测试。您的类(class)的所有使用者都应该关心的是公共(public)接口(interface)，所以这就是您应该测试的内容。如果私有(private)方法有错误，它应该被单元测试捕获，该单元测试调用类上的一些公共(public)方法，最终调用有错误的私有(private)方法。如果一个错误设法溜过，这表明你的测试用例没有完全反射(reflect)你希望你的类实现的契约。这个问题的解决方案几乎肯定是更仔细地测试公共(public)方法，而不是让您的测试用例深入到类的实现细节。
同样，这是理想的情况。在现实世界中，事情可能并不总是那么清楚，让单元测试类成为它测试的类的 friend 可能是可以接受的，甚至是可取的。不过，这可能不是您一直想做的事情。如果它似乎经常出现，这可能表明您的类(class)太大和/或执行太多任务。如果是这样，通过将复杂的私有(private)方法集重构为单独的类来进一步 segmentation 它们应该有助于消除单元测试了解实现细节的需要。
关于c++ - 让单元测试成为它正在测试的类的 friend 有什么问题？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/4171310/