sqlOptions => sqlOptions.EnableRetryOnFailure());

  return new ApplicationDbContext(optionsBuilder.Options);

}

Как вероятно вы помните, выделенный полужирным вызов EnableRetryOnFailure() выбирает стратегию повтора SQL Server, которая будет автоматически повторять операции, потерпевших неудачу из-за кратковременных ошибок.

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

public static ApplicationDbContext GetSecondContext(

  ApplicationDbContext oldContext,

  IDbContextTransaction trans)

{

  var optionsBuilder = new DbContextOptionsBuilder();

  optionsBuilder.UseSqlServer(

    oldContext.Database.GetDbConnection(),

    sqlServerOptions => sqlServerOptions.EnableRetryOnFailure());

  var context = new ApplicationDbContext(optionsBuilder.Options);

  context.Database.UseTransaction(trans.GetDbTransaction());

  return context;

}

Добавление класса BaseTest

Создайте в проекте новый каталог по имени Base и добавьте туда новый файл класса BaseTest.cs. Модифицируйте операторы using следующим образом:

using System;

using System.Data;

using AutoLot.Dal.EfStructures;

using Microsoft.EntityFrameworkCore;

using Microsoft.EntityFrameworkCore.Storage;

using Microsoft.Extensions.Configuration;

Сделайте класс абстрактным и реализующим IDisposable. Добавьте два защищенных свойства readonly для хранения экземпляров реализации IConfiguration икласса ApplicationDbContext и освободите экземпляр ApplicationDbContext в виртуальном методе Dispose():

namespace AutoLot.Dal.Tests.Base

{

  public abstract class BaseTest : IDisposable

  {

    protected readonly IConfiguration Configuration;

    protected readonly ApplicationDbContext Context;

  public virtual void Dispose()

    {

      Context.Dispose();

    }

  }

}

Инфраструктура тестирования xUnit предоставляет механизм для запуска кода до и после прогона каждого теста. Классы тестов (называемые оснастками), которые реализуют интерфейс IDisposable, перед прогоном каждого теста будут выполнять код в конструкторе класса (в конструкторе базового класса и конструкторе производного класса в этом случае), называемый настройкой теста, а после прогона каждого теста — код в методе Dispose() (в производном и в базовом классах), называемый освобождением теста.

Добавьте защищенный конструктор, который создает экземпляр реализации IConfiguration и присваивает его защищенной переменной класса. С применением конфигурации создайте экземпляр ApplicationDbContext, используя класс TestHelpers, и присвойте его защищенной переменной класса:

protected BaseTest()

{

  Configuration = TestHelpers.GetConfiguration();

  Context = TestHelpers.GetContext(Configuration);

}

Добавление вспомогательных методов для выполнения тестов в транзакциях

Последние два метода в классе BaseTest позволяют выполнять тестовые методы в транзакциях. Методы будут принимать в единственном параметре делегат Action, создавать явную транзакцию (или вовлекать существующую транзакцию), выполнять делегат Action и затем проводить откат транзакции. Так делается для того, чтобы любые тесты создания/обновления/удаления оставляли базу данных в состоянии, в котором она пребывала до прогона теста. Поскольку класс ApplicationDbContext сконфигурирован с целью включения повторений при возникновении кратковременных ошибок, весь процесс обязан выполняться в соответствии со стратегией выполнения ApplicationDbContext.