如何为调用类内私有方法的方法编写单元测试？是否需测试生成令牌类中调用私有GetToken方法的逻辑及实现方式

针对你的两个问题，我来逐个解答：

首先得明确：单元测试的核心是验证公开方法的输入输出和预期行为，而不是盯着内部调用了哪些私有方法。但如果私有方法的逻辑是公开方法行为的关键部分，你可以通过以下几种方式处理，优先级从高到低：

• 优先重构代码（最推荐）：把私有方法的逻辑提取到一个独立的类（比如专门的服务类、工具类），然后通过依赖注入的方式引入到原类中。这样一来，这个新类的方法是公开的，你可以单独为它写单元测试；同时在原类的测试中，还能mock这个新类，验证它的调用情况。这种方式不仅解决了测试问题，还让代码更解耦、更易维护。
• 通过公开方法的测试覆盖私有逻辑：既然私有方法是被公开方法调用的，你可以设计不同的测试用例，让公开方法的输入触发私有方法的各种分支（比如边界值、异常场景），然后验证公开方法的输出或副作用是否符合预期。这是最符合单元测试原则的做法——你不需要关心内部怎么实现，只需要确保外部行为正确。
• 使用反射（应急方案，不推荐）：如果暂时没法重构，你可以在测试代码里用反射调用私有方法，或者修改它的访问权限。比如在C#里用BindingFlags.NonPublic | BindingFlags.Instance获取私有方法，Java里用setAccessible(true)打开访问权限。但要注意，这种方式会让测试和内部实现强耦合——一旦私有方法改名、改参数，测试就会失败，长期维护成本很高。

结论是：不需要单独测试“调用了GetToken”这个行为，单元测试的目标是验证公开方法的最终结果，而非内部调用细节。但如果GetToken的逻辑会直接影响公开方法的输出，你需要通过测试公开方法来覆盖它的逻辑，具体可以这么做：

1. 通过公开方法的用例覆盖GetToken的逻辑：设计不同的输入（比如arg1、arg2、arg3的各种组合，包括边界值、异常场景），调用公开方法后，验证最终返回的结果（比如生成的token）是否符合预期。这样相当于间接测试了GetToken的逻辑是否正确。
2. 重构提取GetToken到独立类（推荐）：如果GetToken是核心逻辑，或者它的复杂度较高，建议把它提取成一个公开的接口和实现类（比如ITokenGenerator和TokenGenerator），然后在原类中依赖这个接口。这样：
   • 你可以单独为TokenGenerator写单元测试，全面覆盖GetToken的各种场景；
   • 在原类的测试中，你可以mockITokenGenerator，验证它的调用次数、传入的参数是否正确，同时验证公开方法的返回值是否符合预期。

举个C#的例子，重构前后的代码对比：

重构前（私有方法） #

public class TokenCreator
{
    private readonly IExternalAuth _externalAuth;

    public TokenCreator(IExternalAuth externalAuth)
    {
        _externalAuth = externalAuth;
    }

    public string CreateUserToken(string userId)
    {
        // 已mock的外部依赖调用
        var authInfo = _externalAuth.GetAuthInfo(userId);
        // 调用私有方法
        var token = GetToken(authInfo.UserId, authInfo.Secret, 3600);
        return token;
    }

    private string GetToken(string userId, string secret, int expiresIn)
    {
        // 复杂的token生成逻辑
        return $"JWT_{userId}_{secret}_{expiresIn}";
    }
}

重构后（提取为独立类） #

// 定义接口
public interface ITokenGenerator
{
    string GetToken(string userId, string secret, int expiresIn);
}

// 实现类
public class TokenGenerator : ITokenGenerator
{
    public string GetToken(string userId, string secret, int expiresIn)
    {
        // 复杂的token生成逻辑
        return $"JWT_{userId}_{secret}_{expiresIn}";
    }
}

// 原类依赖接口
public class TokenCreator
{
    private readonly IExternalAuth _externalAuth;
    private readonly ITokenGenerator _tokenGenerator;

    public TokenCreator(IExternalAuth externalAuth, ITokenGenerator tokenGenerator)
    {
        _externalAuth = externalAuth;
        _tokenGenerator = tokenGenerator;
    }

    public string CreateUserToken(string userId)
    {
        var authInfo = _externalAuth.GetAuthInfo(userId);
        var token = _tokenGenerator.GetToken(authInfo.UserId, authInfo.Secret, 3600);
        return token;
    }
}

这样处理后，测试会变得非常清晰：

• TokenGeneratorTests可以单独测试GetToken的所有逻辑；
• TokenCreatorTests中，你可以mockIExternalAuth返回预设的authInfo，mockITokenGenerator返回预设的token，验证CreateUserToken的返回值，同时验证_tokenGenerator.GetToken是否被调用了一次，且参数正确。

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