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;
}
Создайте в проекте новый каталог по имени 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.
