MSTest и домены приложений

Я не думаю, что движок модульного тестирования создает новый домен приложений для каждого теста. Поскольку создание AppDomain - относительно дорогая операция, выполнение этого для каждого теста значительно замедлит выполнение модульных тестов!

Visual Studio 2008 использует отдельный исполняемый файл vstesthost.exe для запуска модульных тестов. VS связывается с vstesthost.exe (я не знаю, как это происходит), чтобы сообщить ему, какие тесты запускать. vstesthost.exe возвращает результаты выполнения в VS, который отображает эти результаты.

Если вы получаете OutOfMemoryExceptions при запуске модульных тестов, я бы сказал, что это сильный индикатор того, что ваш тестируемый код на самом деле не очищает вещи. Вы уверены, что не сохраняете дескрипторы неуправляемых объектов / памяти? Я бы рекомендовал запускать ваши модульные тесты в рамках анализа производительности (вы можете сделать это, найдя модульный тест в «Test View», щелкнув его правой кнопкой мыши и выбрав «Create Performance Session»). Это может пролить свет, по крайней мере, на распределение ваших объектов.

Я ошибался, имея отдельные домены приложений для каждого модульного теста.

Вот доказательства: синглтон

public class Singleton
{
    public static Singleton Instance = new Singleton();

    private Guid _token;
    private Singleton()
    {
        _token = Guid.NewGuid();
    }

    public Guid Token
    {
        get { return _token; }
    }
}

и два теста:

[TestClass]
public class UnitTest2
{
    [TestMethod]
    public void TestMethod1()
    {
        Console.WriteLine(Singleton.Instance.Token);
    }
}
[TestClass]
public class UnitTest1
{
    [TestMethod]
    public void TestMethod1()
    {
        Console.WriteLine(Singleton.Instance.Token);
    }
}

При выполнении обоих тестов выводится один и тот же guid.

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

Если вы видите утечки, вероятно, это ошибка либо в вашем тестовом коде, либо в вашем коде продукта. Убедитесь, что вы не запихиваете вещи в словари и не оставляете их там.

Наблюдал такую ​​же проблему при больших тестовых прогонах. Моя теория следующая. Исчерпание памяти в этом случае связано с тем, что файлы результатов теста MSTest представляют собой XML. Поэтому ему необходимо хранить все результаты журнала в памяти до конца тестового прогона перед сериализацией на диск. Ура XML :-)

Я опубликовал эту проблему как проблема подключения некоторое время назад, и она должна была быть исправлена ​​в MSTest 10 (переход на 64-разрядную версию), но я еще не смог проверить это из-за всех других проблем, которые мы переносим на VS2010 и .NET. 4.0.

Кажется, это не решено в MSTest 2010. Я испытываю множество подобных проблем. Почему сборка мусора не работает в модульном тесте?

Насколько я понимаю, структура UT позаботилась об удалении всех выполненных тестов, но, похоже, это не относится к некоторым одноэлементным шаблонам, которые у нас есть в коде.

Единственный способ избавиться от синглтона - это удалить appDomain. Синглтон - это статическая привязка к самому себе, поэтому в основном это круговая ссылка. Истинные синглтоны не удаляются, пока домен приложения не исчезнет.