XUnit — использование WebApplicationFactory с CollectionFixture для интеграционных тестов .Net Core

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

Пример: у вас есть интеграционный тест, который извлекает сведения об учетной записи пользователя (уже заполненной) с именем «Джон Доу». Затем у вас есть еще один тест, который удаляет учетную запись пользователя с именем «Джон Доу». Предполагая, что у вас есть общая база данных, которая заполняется только один раз для всех тестов, эти тесты будут работать, только если они выполняются в определенном порядке, то есть сначала выборка, а затем удаление. Если вы измените порядок, выборка не удастся, поскольку при удалении теста был удален ресурс, который пытался получить тест выборки.

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

Рабочая демонстрация, которой вы можете следовать:

[CollectionDefinition("SaveTestCollection")]
public class SaveTestCollectionFixture : ICollectionFixture<DatabaseFixture>
{
}

public class DatabaseFixture : WebApplicationFactory<Startup>
{
    
}

[Collection("SaveTestCollection")]
public class SaveTests
{
    private readonly DatabaseFixture _fixture;

    public SaveTests(DatabaseFixture fixture)
    {
        _fixture = fixture;
    }
    [Fact]
    public async Task Test()
    {
        var client = _fixture.CreateClient();
        var response = await client.GetAsync(url);

    }

}

В итоге было реализовано следующее решение, которое задокументировано на странице XUnit Github:

• Продолжить использование IClassFixture
• Полностью запускайте конструктор фикстуры только в первый раз и сохраняйте статическую ссылку на полностью инициализированную фикстуру.
• Любые дополнительные экземпляры конструктора прибора завершают работу раньше времени и не создают повторно тестовые данные.
• Все тестовые файлы ссылаются на статическое приспособление, а не на приспособление, переданное в конструктор теста.
• Фикстуру по-прежнему необходимо передать в конструктор теста, чтобы конструктор фикстуры полностью выполнялся, когда это необходимо.

Основная коллекция для предоставления WebApplicationFactory.

[CollectionDefinition("Tests")]
public class FixtureCollection : ICollectionFixture<WebApplicationFactory<Startup>>
{

}

• Fixture использует Injected WebApplicationFactory для инициализации тестовых данных.
• Теперь есть статическое свойство, которое хранит ссылку на экземпляр фикстуры.
• Если статический экземпляр не был определен, запустите инициализацию приспособления и установите статический экземпляр для ссылки на этот экземпляр приспособления.
• Если статический экземпляр определен, не запускайте инициализацию прибора.
• Это гарантирует, что данные базы данных генерируются только один раз, независимо от того, сколько раз используется прибор.

public class SaveTestDatabaseFixture : WebApplicationFactory<Startup>{

    public static SaveTestDatabaseFixture Instance;

    public TestData first_test_data { get; set; }

    public SaveTestDatabaseFixture(WebApplicationFactory<Startup> factory)
    {
          if (Instance != null)
          {
              return;
          }

          var context = factory.GetContext();
          ......
          first_test_data = new TestData();
          context.TestData.Add(first_test_data);
          context.SaveChanges();

          Instance = this;
    }
}

Все тесты используют статический экземпляр базы данных Fixture.

[Collection("Tests")]
public class TestDataTests : IClassFixture<SaveTestDatabaseFixture> {
    private readonly SaveTestDatabaseFixture databaseFixture;

    public TestDataTests (SaveTestDatabaseFixture _)
    {
        this.databaseFixture = SaveTestDatabaseFixture.Instance;
    }

    [Fact]
    public async Task Test1()
    {
        var x = databaseFixture.TestData.Id;
        //Run Test
    }
}

[Collection("Tests")]
public class TestData2Tests : IClassFixture<SaveTestDatabaseFixture> {
    private readonly SaveTestDatabaseFixture databaseFixture;

    public TestData2Tests (SaveTestDatabaseFixture _)
    {
        this.databaseFixture = SaveTestDatabaseFixture.Instance;
    }

    [Fact]
    public async Task Test2()
    {
        var x = databaseFixture.TestData2.Id;
        //Run Test
    }
}

Поскольку у меня довольно много отдельных тестовых файлов, это изменение уменьшило объем данных, сохраняемых в тестовой базе данных, на 90% (с 2000 строк до 200 строк). Это также сократило время выполнения набора тестов (включая время установки базы данных) с 53 секунд до 20 секунд.