如何在.NET 6中使用MSTest测试单例类EventTextsDB

我想在.NET 6中使用MSTest测试我的单例类EventTextsDB。一开始考虑用AppDomain，但该技术在.NET 5及以上版本已被移除。之后我找了相关资料，但通过反射调用私有构造函数仍无法测试类中的static Create()和static Delete()方法——因为这两个方法会设置static的EventTextsDB Instance属性。我可以用有序单元测试，但这工作量太大，得给所有用到该类的测试排序。目前测试或使用这个类的测试不多，但类似的LanguageDB类有大量相关测试，我希望找到通用解决方案。我曾在Stack Overflow或MSDN上看到每个测试程序集是隔离运行的（如果AppDomain还存在的话），但不想为10个测试创建10个新测试程序集。请问该如何测试我的单例类？

针对单例类的测试难点，以下是几种可落地的通用解决方案，按推荐优先级排序：

1. 为单例类添加测试专用重置接口（推荐，可控性强） #

直接在单例类中新增一个仅测试环境可见的重置方法，配合InternalsVisibleTo特性让测试项目能访问，实现每个测试前重置单例状态。

单例类改造示例： #

public class EventTextsDB
{
    private static EventTextsDB _instance;
    public static EventTextsDB Instance => _instance ??= new EventTextsDB();

    private EventTextsDB() { }

    public static void Create()
    {
        _instance = new EventTextsDB();
        // 业务初始化逻辑
    }

    public static void Delete()
    {
        _instance = null;
        // 业务清理逻辑
    }

    // 测试专用重置方法，仅DEBUG模式生效
    [System.Diagnostics.Conditional("DEBUG")]
    internal static void ResetForTesting()
    {
        _instance = null;
    }
}

测试项目配置： #

在测试项目的AssemblyInfo.cs中添加以下代码，允许测试项目访问单例类的内部成员：

[assembly: InternalsVisibleTo("YourTestProjectName")]

测试用例示例： #

[TestClass]
public class EventTextsDBTests
{
    // 每个测试执行前重置单例状态
    [TestInitialize]
    public void Setup()
    {
        EventTextsDB.ResetForTesting();
    }

    [TestMethod]
    public void Create_ShouldInitializeInstance()
    {
        EventTextsDB.Create();
        Assert.IsNotNull(EventTextsDB.Instance);
    }

    [TestMethod]
    public void Delete_ShouldNullifyInstance()
    {
        EventTextsDB.Create();
        EventTextsDB.Delete();
        Assert.IsNull(EventTextsDB.Instance);
    }
}

优点：对生产代码侵入极小，重置逻辑可控，不会影响生产环境；通用适配所有类似单例类（如LanguageDB）。
缺点：需要修改原单例类代码。

2. 反射强制重置静态字段（无需修改原代码） #

如果无法修改原单例类，可通过反射直接重置单例的静态实例字段，实现测试隔离。

测试用例示例： #

[TestClass]
public class EventTextsDBTests
{
    [TestInitialize]
    public void Setup()
    {
        // 获取单例类的私有静态实例字段
        var instanceField = typeof(EventTextsDB)
            .GetField("_instance", BindingFlags.NonPublic | BindingFlags.Static);
        // 重置为null
        instanceField?.SetValue(null, null);
    }

    // 测试方法...
}

优点：无需修改生产代码，快速实现测试隔离。
缺点：依赖单例类的内部实现（如字段名），若后续单例类重构（如字段改名），测试会失效。

3. 依赖注入重构（长期最优解） #

从根源解决单例测试难的问题，将单例类改造为依赖注入模式，通过DI容器管理生命周期，测试时可灵活替换实例。

步骤1：定义抽象接口 #

public interface IEventTextsDB
{
    // 迁移原单例类的所有公共业务方法
}

步骤2：实现单例类 #

public class EventTextsDB : IEventTextsDB
{
    // 移除静态Instance和私有构造函数的单例约束
    public EventTextsDB() { }

    // 原Create/Delete方法可改为实例方法，或由DI生命周期管理初始化/清理
}

步骤3：应用程序注册单例 #

在.NET 6的Program.cs中注册为单例：

builder.Services.AddSingleton<IEventTextsDB, EventTextsDB>();

步骤4：测试时使用独立实例 #

[TestClass]
public class EventTextsDBTests
{
    private IEventTextsDB _eventTextsDB;

    [TestInitialize]
    public void Setup()
    {
        // 每个测试创建全新实例，完全隔离
        _eventTextsDB = new EventTextsDB();
        // 或使用Moq创建模拟实例：_eventTextsDB = new Mock<IEventTextsDB>().Object;
    }

    // 测试方法...
}

优点：遵循依赖倒置原则，代码可扩展性、可测试性大幅提升；彻底解决单例测试隔离问题，同时适配所有依赖该类的业务代码测试。
缺点：需要重构现有代码，适合有长期维护需求的项目。

4. MSTest测试隔离替代方案（不推荐） #

MSTest默认共享静态字段状态，若不想改代码或用反射，可将每个单例测试放在独立的测试类中，并用[ClassCleanup]在类测试完成后重置状态，但这种方式工作量大，不如前三种方案高效。

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