单元测试中匿名类型引发Assert.Equal断言失败的问题

你遇到的这个问题完全是匿名类型的CLR特性导致的。.NET中的匿名类型看起来属性名、类型都完全一致，但只要它们是在不同的编译上下文（比如你的主项目和测试项目是两个独立的程序集）里定义的，CLR就会生成两个完全不同的类型——从报错里的<>f__AnonymousType0和<>f__AnonymousType1就能看出来。Assert.Equal在比较时首先会检查类型是否一致，类型不匹配直接就会失败，哪怕所有属性值都完全匹配。

解决方案1：创建强类型DTO（推荐） #

这是最规范、最易维护的做法——为API返回的结果定义一个明确的模型类，主项目和测试项目复用这个类型，这样断言时类型完全一致，就能正常比较属性值。

步骤1：定义DTO类 #

在你的主项目中创建一个用于返回结果的模型：

public class RegistrationResponse
{
    public string ApiToken { get; set; }
    public string CurrentScreen { get; set; }
    public int CookieDuration { get; set; }
}

步骤2：修改Controller返回逻辑 #

把原来返回匿名类型的代码改成返回这个DTO：

// RegistrationController的Register方法
public IActionResult Register(string email, string jsonData, bool someFlag)
{
    // 业务逻辑处理...
    return Json(new RegistrationResponse
    {
        ApiToken = existingUser.ApiToken,
        CurrentScreen = ClientScreen.welcome.ToString(),
        CookieDuration = settings.Value.ApiTokenDuration
    });
}

步骤3：修改单元测试断言 #

现在测试里可以直接用强类型比较：

// 单元测试的Assert部分
var jsonResult = (JsonResult)result;
var actualResponse = (RegistrationResponse)jsonResult.Value;
var expectedResponse = new RegistrationResponse
{
    ApiToken = "TestToken123",
    CurrentScreen = ClientScreen.welcome.ToString(),
    CookieDuration = settings.Value.ApiTokenDuration
};

// 逐个属性断言（或者给DTO重写Equals方法后直接比较对象）
Assert.Equal(expectedResponse.ApiToken, actualResponse.ApiToken);
Assert.Equal(expectedResponse.CurrentScreen, actualResponse.CurrentScreen);
Assert.Equal(expectedResponse.CookieDuration, actualResponse.CookieDuration);

解决方案2：逐个断言属性值（无需创建DTO） #

如果暂时不想额外创建类，可以绕过匿名类型的类型检查，直接断言每个属性的值：

// 单元测试的Assert部分修改为
var jsonResult = (JsonResult)result;
dynamic actual = jsonResult.Value;

Assert.Equal("TestToken123", actual.apiToken);
Assert.Equal(ClientScreen.welcome.ToString(), actual.currentScreen);
Assert.Equal(settings.Value.ApiTokenDuration, actual.cookieDuration);

这种方式不需要额外代码，但缺点是没有类型安全——如果API返回的属性名后续修改了，测试不会在编译时报错，只能在运行时才发现问题。

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