如何用JUnit和Mockito正确测试类中调用同类方法的方法

两种选择都有明确的适用场景，核心取决于你的测试目标：

1. 不Mock，直接测试 #

这是偏向集成风格的单元测试，会实际执行mappedUsers()的完整逻辑，相当于同时验证userExists的判断逻辑和mappedUsers的映射逻辑。

• 优势：能发现两个方法协作时的隐性问题，比如mappedUsers返回的User对象格式异常，导致userExists判断出错。
• 劣势：因为mappedUsers依赖UserReader读取文件，测试会绑定外部文件资源——要么提前准备测试文件，要么测试会因文件不存在/内容变更而失败，稳定性和测试复杂度都会上升。

2. MockmappedUsers()方法 #

这是纯粹的单元测试思路，只聚焦userExists自身的逻辑：你可以预设mappedUsers()返回各种用户列表（空列表、包含目标用户的列表、不包含的列表等），验证userExists的判断是否符合预期。

• 优势：测试速度快、完全稳定，不用依赖外部文件，能精准覆盖userExists的所有分支场景。
• 劣势：无法发现mappedUsers和userExists协作时的问题，比如mappedUsers返回的User对象name字段为空，导致判断逻辑失效。

额外建议：更优雅的替代方案 #

其实你可以换个思路——不要Mock同类方法，而是把UserReader改成依赖注入（比如通过构造函数传入），然后MockUserReader。这样：

• 测试mappedUsers()时，MockUserReader.readUsers()返回预设的字符串列表，验证映射逻辑。
• 测试userExists()时，要么MockmappedUsers()，要么让mappedUsers()使用Mock的UserReader返回预设的用户列表，两种方式都能隔离外部依赖，同时兼顾测试的纯粹性和协作验证。

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