有时私有功能只是功能的内部单元，尚待提取。那么为什么不测试它们呢？

有时，模块或类的私有函数仅仅是功能的内部单元，尚待提取，可能值得对其进行测试。那么为什么不测试它们呢？如果提取它们，我们将在稍后为它们编写测试。那么，当它们仍属于同一文件时，为什么不立即编写测试呢？

展示：

首先，我写道module_a。现在，我要为此编写测试。我想测试“私有”功能_private_func。我不明白为什么我不为它编写测试，如果以后我仍然可以将其重构为它自己的内部模块，然后为它编写测试。

假设我有一个具有以下功能的模块（它也可以是一个类）：

def public_func(a):
    b = _do_stuff(a)
    return _do_more_stuff(b)

_do_stuff并且_do_more_stuff是模块的“私有”功能。

我理解我们只应该测试公共接口，而不是实现细节的想法。但是，这是事情：

_do_stuff并_do_more_stuff包含该模块的大部分功能。它们中的每个都可以是不同“内部”模块的公共功能。但是它们尚未进化，并且足够大以至于可以提取为单独的文件。

因此，测试这些功能是正确的，因为它们是功能的重要单元。如果它们作为公共功能位于不同的模块中，我们将对其进行测试。那么，为什么还没有（或曾经）将它们提取到另一个文件时不对其进行测试呢？

测试的需求与公开的需求不同。

不重要的代码无论暴露在何处都需要测试。非公共行为不需要存在，更不用说进行测试了。

这些矛盾的观点可能导致您想要公开每个函数，或者拒绝将代码分解为一个函数，除非它将公开。

这不是答案。乐于创建私人助手功能。通过尽可能使用它的公共接口对其进行测试。

如果通过公共接口进行的测试不能充分发挥私有功能的作用，则私有功能会试图允许这样做。

验证可以帮助缩小私有功能允许的范围。如果不能通过公共接口传递null，则无论如何还是可以抛出异常。

你为什么要？为什么要测试您将永远看不到的东西？因为事情变了。它现在可能是私有的，但稍后会公开。调用代码可能会更改。明确拒绝null的代码使正确的用法和期望的状态清晰可见。

当然null可能没问题。这只是一个例子。但是，如果您期望某些东西，则使期望值变得清晰很有用。

那可能不是您要进行的测试，但是希望您愿意在适当的时候创建私有帮助函数。

测试的愿望是好的，但它不应成为设计公共API的原动力。将公共API设计为易于使用。如果每个功能都是公开的，则可能不会。人们应该可以理解API的使用方法，而无需深入研究代码。不要让这些人想知道这个奇怪的辅助函数是做什么的。

在内部模块中隐藏公共帮助程序功能是在公开帮助程序进行测试时，要尊重对干净API的需求。我不会说这是错误的。您可能正在迈向另一个体系结构层的第一步。但是请通过先使用私有助手功能的公共功能来掌握测试私有助手功能的技巧。这样，您就不会过度使用此替代方法。

简短答案：否

更长的答案：是的，但是通过您班级的公共“ API”

类的私有成员的全部想法是，它们表示应该在代码的“单元”之外不可见的功能，无论您想要定义该单元为多大。在面向对象的代码中，该单元通常最终成为一个类。

您应该设计您的类，以便可以通过输入状态的各种组合来调用所有私有功能。如果您发现没有相对直接的方法可以执行此操作，则可能暗示您的设计需要密切注意。

在澄清问题之后，这仅仅是语义问题。如果有问题的代码可以作为独立的独立单元运行，并且正在像公共代码一样进行测试，那么我看不到不将其移入独立模块的任何好处。目前，它仅能使未来的开发人员（包括您自己，在6个月的时间内）感到困惑，以了解为什么显然是公共代码隐藏在另一个模块中。

私有函数的全部要点是它们是隐藏的实现细节，可以在不更改公共API的情况下随意更改。对于您的示例代码：

def public_func(a):
    b = _do_stuff(a)
    return _do_more_stuff(b)

如果您有一系列仅使用的测试，public_func则将其重写为：

def public_func(a):
    b = _do_all_the_new_stuff(a)
    return _do_all_the_old_stuff(b)

然后，只要特定值的返回结果a保持不变，那么您的所有测试都会很好。如果返回结果发生更改，则测试将失败，突出显示某些东西已损坏。

这是一件好事：静态公共API；封装良好的内部结构；和强大的测试。

但是，如果您为_do_stuff或编写了测试_do_more_stuff，然后进行了上述更改，那么您现在将遇到很多失败的测试，这不是因为功能发生了变化，而是因为该功能的实现发生了变化。这些测试需要重写才能与新功能一起使用，但是让它们正常工作后，您所知道的就是那些测试与新功能一起使用。您会丢失原始测试，因此不知道的行为是否public_func已更改，因此您的测试基本上是无用的。

这是一件坏事：不断变化的API；暴露的内部工作与测试紧密结合；和脆弱的测试，这些更改会在实现更改后立即更改。

因此，不，请不要测试私有功能。曾经