仅含单个公共方法且调用多私有/受保护方法的类如何做单元测试？

核心原则很明确：单元测试要盯着类的公开行为，别跟内部实现细节死磕。针对你的问题，优先选「多次调用公共方法、用不同测试用例覆盖所有私有/受保护方法路径」，而非为了测试去新增公共方法。

具体来说：

• 优先测试公开行为：私有方法本来就是类的内部实现，它们存在的意义就是支撑公共方法完成功能。你不用关心内部怎么调用私有方法，只要给公共方法传不同入参，触发不同的私有逻辑分支，验证输出是否符合预期就行。比如公共方法处理A场景时会调用PrivateMethod1，处理B场景时调用PrivateMethod2，那就分别构造A、B场景的测试用例，跑一遍公共方法就能覆盖到这些私有方法。
• 别为测试强行拆公共方法：你示例里的重构方式，等于把内部逻辑硬改成公开API，这直接破坏了类的封装性。只有当拆分出来的方法本身就有独立的业务价值，属于类应该对外提供的功能时，才适合这么做——否则只是为了测试让类的接口变得臃肿，后续维护只会更麻烦。
• 基类受保护方法单独测：如果基类的受保护方法是通用逻辑，应该单独给基类写单元测试（可以写个测试子类来调用受保护方法），不用在子类测试里重复覆盖这部分逻辑。这样既保证基类逻辑的正确性，也能减少子类测试的冗余。

当然也有例外：如果公共方法逻辑太复杂，通过单一入口覆盖所有分支变得异常困难（比如入参组合太多，或者不同私有方法的逻辑完全独立），这时候可以考虑重构，但重构的目标应该是让类的职责更单一——比如把部分私有方法提取到新的工具类/服务类中，变成可测试的公共组件，而不是给原类乱加公共方法。

内容的提问来源于stack exchange，提问作者userone