如何为包含if条件分支的文件操作方法编写单元测试

你的需求完全可以实现，下面分两种符合最佳实践的方案说明：

方案1：临时文件实测方案（无Mock，最推荐） #

网上说的不推荐Mock文件，主要是指直接Mock JDK原生File类的方案，这种测试稳定性差、和实现耦合度高。你可以直接用测试框架提供的临时文件能力做真实IO测试，天然覆盖两个分支：

• 测试if分支（文件不存在场景）：用JUnit 5的@TempDir注解、或者JUnit 4的TemporaryFolder规则创建隔离的临时测试目录，保证测试前目标文件不存在，执行ManageAccount方法后，即可验证SingleLineWriter方法被调用1次，同时可以验证两个目标文件被正常创建。
• 测试else分支（文件已存在场景）：提前在临时测试目录下创建好对应名称的txt文件，写入预设的余额值，再执行ManageAccount方法，即可验证BalanceAppender方法被调用1次，且写入的新余额符合业务逻辑预期。

JUnit 5 示例代码参考：

@TempDir
Path tempDir;

// 测试if分支
@Test
void testManageAccount_fileNotExist() throws IOException {
    // 注入writer、reader的mock实例
    YourService service = new YourService(mockWriter, mockReader, mockAccount);
    // 执行方法，测试用的name对应文件不存在
    service.ManageAccount("testUser");
    // 验证SingleLineWriter调用1次
    verify(mockWriter, times(1)).SingleLineWriter("testUser", "0");
}

// 测试else分支
@Test
void testManageAccount_fileExist() throws IOException {
    // 提前创建文件写入初始余额
    Path accountFile = tempDir.resolve("testUser.txt");
    Files.writeString(accountFile, "100");
    // stub reader返回预设值
    when(mockReader.SingleLineRead("testUser")).thenReturn("100");
    YourService service = new YourService(mockWriter, mockReader, mockAccount);
    service.ManageAccount("testUser");
    // 验证BalanceAppender调用1次
    verify(mockWriter, times(1)).BalanceAppender(anyDouble(), eq("testUser"));
}

方案2：Stub强制走分支方案（无需实际IO） #

你提到的通过stub返回值强制进入指定分支的方案可以实现，只需要对现有代码做少量解耦改造：

1. 抽离文件创建的逻辑为独立接口，避免在方法内硬编码new File()：

public interface AccountFileManager {
    // 返回值和原createNewFile一致：文件不存在创建成功返回true，已存在返回false
    boolean createIfAbsent(String accountName) throws IOException;
}

2. 将AccountFileManager、writer、reader都作为依赖注入到ManageAccount所在的类中
3. 测试时直接stubAccountFileManager的返回值即可强制走对应分支：

• 需要走if分支时，stub createIfAbsent返回true，验证SingleLineWriter调用1次
• 需要走else分支时，stub createIfAbsent返回false，验证BalanceAppender调用1次

这种方案完全不需要操作真实文件，执行速度更快，分支控制更精准。

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