Mock ApplicationUserManager для модульного тестирования Контроллеры MVC

Question

Я хотел бы знать, может ли кто-нибудь помочь мне с этим.

Я пишу модульные тесты для конкретного контроллера. Этот контроллер наследует от BaseController и BaseController обладает этим свойством:

private ApplicationUserManager userManager; 
public ApplicationUserManager UserManager 
{ 
    get { return this.userManager ?? this.Request.GetOwinContext().GetUserManager<ApplicationUserManager>(); } 
    set { this.userManager = value; } 
} 

т е р для ApplicationUserManager является:

public ApplicationUserManager(IUserStore<ApplicationUser> store, IIdentityMessageService emailService) 
     : base(store) 
    { 
     this.EmailService = emailService; 

     var dataProtectionProvider = Startup.DataProtectionProvider; 
     this.UserTokenProvider = new DataProtectorTokenProvider<ApplicationUser>(dataProtectionProvider.Create("ASP.NET Identity")); 
    } 

Это то, что я делаю, чтобы дразнить класс ApplicatonUserManager:

var store = new Mock<IUserStore<ApplicationUser>>(); 
var emailService = new Mock<IIdentityMessageService>(); 
var applicationUserManager = new Mock<ApplicationUserManager>(store.Object, emailService.Object); 
this.targetController.UserManager = applicationUserManager.Object; 
var dataprotectionprovided = new Mock<IDataProtectionProvider>(); 
applicationUserManager.Setup(r => r.UserTokenProvider).Returns(new DataProtectorTokenProvider<ApplicationUser, string>(dataprotectionprovided.Object.Create("ASP.NET Identity"))); 
this.targetController.UserManager = applicationUserManager.Object; 

Я попытался издеваться над этим, но поскольку это не виртуальная собственность (UserTokenProvider), это не позволяет мне, и я получаю это исключение:

System.NotSupportedException: Invalid setup on a non-virtual (overridable in VB) member: r => r.UserTokenProvider 

Может ли кто-нибудь помочь мне с этой проблемой? Я просто хочу, чтобы дразнить это для того, чтобы проверить контроллер, который наследуется от BaseController, который имеет эту собственность ..

Благодаря

Answer 1

Спасибо за вашу помощь @bwyn

мне удалось взломать его с вашим предложение. Просто создал новый конструктор для ApplicationUserManager как это:

public ApplicationUserManager(IUserStore<ApplicationUser> store) : base(store) 
    { 
    } 

, а затем тестирование блока:

var user = new ApplicationUser { User = new User { UserId = 1 } }; 

     var store = new Mock<IUserStore<ApplicationUser>>(MockBehavior.Strict); 
     store.As<IUserStore<ApplicationUser>>().Setup(x => x.FindByIdAsync(It.IsAny<string>())).ReturnsAsync(user); 
     this.targetController.UserManager = new ApplicationUserManager(store.Object); 

Спасибо вам всем!

Answer 2

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

Могу я предположить, что вместо этого вы попробуете следующее.

Переместите код внутри исходного конструктора ApplicationUserManager в новый защищенный виртуальный метод. Затем измените пустой конструктор, чтобы вызвать новый виртуальный метод.

public class ApplicationUserManager 
{ 
    public ApplicationUserManager(IUserStore<ApplicationUser> store, IIdentityMessageService emailService) 
: base(store) 
    { 
     CalledAfterConstruction(); 
    } 

    protected virtual void CalledAfterConstruction() 
    { 
     this.EmailService = emailService; 

     var dataProtectionProvider = Startup.DataProtectionProvider; 
     this.UserTokenProvider = new DataProtectorTokenProvider<ApplicationUser>(dataProtectionProvider.Create("ASP.NET Identity")); 
    } 
} 

Теперь создайте новый класс MockApplicationUserManager когда модульное тестирование, который наследует ApplicationUserManager, переопределить унаследованное «CalledAfterConstruction» с только пустым методом, и вы в значительной степени есть вещи так, как вы делали в своем ответе.

public class MockClass : ApplicationUserManager 
{ 
    public MockClass(IUserStore<ApplicationUser> store, IIdentityMessageService emailService) : base(store, emailService) 
    { 
    } 

    protected override void CalledAfterContruction() 
    { 

    } 
} 

Да это немного сложнее, но это не останавливает человек от неправильного использования исходного класса