Как этот Окружающий Контекст может стать пустым?

Может любой помогать мне объяснить как TimeProvider.Current может стать пустым в следующем классе?

public abstract class TimeProvider
{
    private static TimeProvider current =
        DefaultTimeProvider.Instance;

    public static TimeProvider Current
    {
        get { return TimeProvider.current; }
        set
        {
            if (value == null)
            {
                throw new ArgumentNullException("value");
            }
            TimeProvider.current = value;
        }
    }

    public abstract DateTime UtcNow { get; }

    public static void ResetToDefault()
    {
        TimeProvider.current = DefaultTimeProvider.Instance;
    }
}

Наблюдения

• Все модульные тесты, что непосредственно ссылочный TimeProvider также вызывает ResetToDefault () в их Разрушении Приспособления.
• Нет никакого многопоточного включенного кода.
• Время от времени, один из модульных тестов перестали работать потому что TimeProvider.Current является пустым (NullReferenceException брошен).
• Это только происходит, когда я выполняю весь комплект, но не, когда я просто запускаю тест единого блока, намекая мне, что существует некоторое тонкое тестовое продолжение взаимозависимости.
• Это происходит приблизительно один раз в пять или шесть тестовых прогонов.
• Когда отказ происходит, это, кажется, происходит в первых выполняемых тестах, который включает TimeProvider.Current.
• Больше чем один тест может перестать работать, но только один сбой в данном тестовом прогоне.

FWIW, вот класс DefaultTimeProvider также:

public class DefaultTimeProvider : TimeProvider
{
    private readonly static DefaultTimeProvider instance =
        new DefaultTimeProvider();

    private DefaultTimeProvider() { }

    public override DateTime UtcNow
    {
        get { return DateTime.UtcNow; }
    }

    public static DefaultTimeProvider Instance
    {
        get { return DefaultTimeProvider.instance; }
    }
}

Я подозреваю, что существует некоторое тонкое взаимодействие, продолжающее статическую инициализацию, где времени выполнения на самом деле позволяют получить доступ TimeProvider.Current прежде чем вся статическая инициализация закончилась, но я не могу вполне указать на нее.

Любая справка ценится.

FWIW я просто бросил

Console.WriteLine(Thread.CurrentThread.ManagedThreadId);

в методе считывания, и это последовательно сообщает о том же идентификаторе для всех тестовых сценариев в тестовом прогоне, таким образом, проблема кажется не связанной с поточной обработкой.