单元测试和共享静态状态有什么关系？

Question

全部，

我正在使用单元测试框架在 .net 中编写我的测试。我编写了一些单元测试，它们都访问了一个内部是静态类的配置对象（通过 AppConfig.Current）。

在启动时，我初始化了这个配置对象，并立即在下面的行中使用它，如下所示：

[AssemblyInitialize]
    public static void AssemblyInitialize(TestContext context)
    {
        var appCfg = AppConfig.Current;
        string path = Path.Combine(AppDomain.CurrentDomain.BaseDirectory, "conf/app.settings.xml");
        appCfg.Load(path);
        var _ = AccountingContext.Current; // <= AccountingContext references the configuration object via "AppConfig.Current" to read some configuration values and initialize the accounting context but I receive a different instance (ONLY in release mode) ....
    }

加载配置后，下一行使用此配置对象（AccountingContext.Current）从配置对象初始化自身。 问题是，测试在 Debug 模式下运行良好，但在 Release 模式下，当我引用配置对象时，我得到了一个不同的对象（我知道这是事实，因为未加载配置）。

那么在发布模式的单元测试中使用静态引用有什么用？？？

更新：自行回答

发出的谎言在“AccountingContext”类中。 这个类也是一个静态的，它自己初始化是这样的：

 public static AccountingContext Current { get; set; } = new AccountingContext();
public AccountingContext()
        {
            CompanyAccessContext = _CreateCompanyAccessContext();
        }

将此初始化更改为使用静态 ctor 解决了此问题，现在一切正常：

 public static AccountingContext Current { get; set; } 

        static AccountingContext()
        {
            Current = new AccountingContext();
        }

public AccountingContext()
        {
            CompanyAccessContext = _CreateCompanyAccessContext();
        }

看起来进行了优化，改变了 AccountingContext 的实际初始化流程。这有点不受欢迎，不知道这是不是每个人的期望。

我还发现了这个好资源： Static member variable not being initialized in Release - Compiler/clr bug?

Answer 1

这个问题的原因是没有使用静态 ctor 来保证初始化的顺序。有关更多详细信息，请参阅上面更新的 cmets。