运行含自定义HtmlHelper的测试时，调用TryValidateModel的测试失败

这种问题我之前在维护ASP.NET MVC项目的单元测试时碰到过好几次，核心原因基本都是MVC框架的静态状态被跨测试污染了——老版ASP.NET MVC的很多核心组件（比如ModelMetadata、验证系统）依赖全局上下文或静态缓存，单独跑测试时这些状态是干净的，但混合运行时，不同测试的上下文残留会互相干扰，导致类型转换异常。

下面是几个经过验证的解决思路：

1. 重置MVC元数据与验证缓存 #

在每个测试的前置方法（比如NUnit的[SetUp]、xUnit的[BeforeEach]）里，强制将MVC的元数据和验证系统恢复到初始状态，清除跨测试的缓存残留：

using System.Web.Mvc;
using System.Web.Mvc.ModelMetadata;

[SetUp]
public void TestSetup()
{
    // 重置ModelMetadata提供器，清除缓存
    ModelMetadataProviders.Current = new DataAnnotationsModelMetadataProvider();
    
    // 重置验证提供器集合
    ValidatorProviders.Providers.Clear();
    ValidatorProviders.Providers.Add(new DataAnnotationsModelValidatorProvider());
}

2. 为每个测试创建隔离的Controller实例 #

很多测试会复用Controller实例或者使用默认的共享上下文，这很容易导致状态污染。确保每个测试都创建全新的Controller，并初始化干净的上下文：

private TController GetIsolatedController<TController>() where TController : Controller, new()
{
    var controller = new TController();
    // 创建完全独立的空上下文，避免共享全局状态
    var httpContext = new HttpContextWrapper(
        new HttpContext(new HttpRequest(null, "http://localhost", null), new HttpResponse(null))
    );
    controller.ControllerContext = new ControllerContext(httpContext, new RouteData(), controller);
    return controller;
}

之后所有需要测试Controller的用例，都用这个方法创建实例，不要复用。

3. 检查HtmlHelper测试的全局副作用 #

你的HtmlHelper扩展方法测试可能无意中修改了MVC的全局设置（比如修改了HtmlHelper的静态属性、全局ViewData配置）。检查该测试的代码，看是否有类似这样的操作：

// 这种修改全局状态的代码会影响后续所有测试
HtmlHelper.ClientValidationEnabled = true;

如果有，一定要在该测试的后置方法（比如[TearDown]、[AfterEach]）里把这些设置恢复到默认值。

4. 用Mock隔离验证逻辑（可选） #

如果上面的方法都没解决问题，可以用Moq、NSubstitute这类工具Mock掉TryValidateModel的真实逻辑，彻底避免依赖MVC的全局验证系统：

var controller = new MyTestController();
// 直接模拟验证结果，跳过真实的MVC验证流程
controller.TryValidateModel = (model) => true;

补充：老版ASP.NET MVC的设计本身没有完全针对单元测试的隔离性优化，静态状态污染是这类问题的高发原因，手动重置上下文是最直接有效的解决方案。

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