Запрос.GetOwinContext возвращает null в модульном тесте - как проверить аутентификацию OWIN в модульном тесте?
в настоящее время я пытаюсь модульный тест аутентификации для нового проекта WebAPI, который я пишу с помощью OWIN для аутентификации, и у меня возникли проблемы с запуском его в контексте модульного теста.
это мой метод испытания:
[TestMethod]
public void TestRegister()
{
using (WebApp.Start<Startup>("localhost/myAPI"))
using (AccountController ac = new AccountController()
{
Request = new System.Net.Http.HttpRequestMessage
(HttpMethod.Post, "http://localhost/myAPI/api/Account/Register")
})
{
var result = ac.Register(new Models.RegisterBindingModel()
{
Email = "testemail@testemail.com",
Password = "Pass@word1",
ConfirmPassword = "Pass@word1"
}).Result;
Assert.IsNotNull(result);
}
}
я AggregateException на получение .Result со следующим внутренним исключением:
Result Message:
Test method myAPI.Tests.Controllers.AccountControllerTest.TestRegister
threw exception:
System.ArgumentNullException: Value cannot be null.
Parameter name: context
Result StackTrace:
at Microsoft.AspNet.Identity.Owin.OwinContextExtensions
.GetUserManager[TManager](IOwinContext context)
at myAPI.Controllers.AccountController.get_UserManager()
...
я подтвердил через отладку, что мой Startup вызывается метод, вызывающий ConfigurAuth:
public void ConfigureAuth(IAppBuilder app)
{
HttpConfiguration config = new HttpConfiguration();
config.MapHttpAttributeRoutes();
app.UseWebApi(config);
// Configure the db context and user manager to use a single
// instance per request
app.CreatePerOwinContext(ApplicationDbContext.Create);
app.CreatePerOwinContext<ApplicationUserManager>
(ApplicationUserManager.Create);
// Enable the application to use a cookie to store information for
// the signed in user
// and to use a cookie to temporarily store information about a
// user logging in with a third party login provider
app.UseCookieAuthentication(new CookieAuthenticationOptions());
app.UseExternalSignInCookie(DefaultAuthenticationTypes.ExternalCookie);
// Configure the application for OAuth based flow
PublicClientId = "self";
OAuthOptions = new OAuthAuthorizationServerOptions
{
TokenEndpointPath = new PathString("/Token"),
Provider = new ApplicationOAuthProvider(PublicClientId),
AuthorizeEndpointPath = new PathString("/api/Account/ExternalLogin"),
AccessTokenExpireTimeSpan = TimeSpan.FromDays(14),
AllowInsecureHttp = true
};
// Enable the application to use bearer tokens to authenticate users
app.UseOAuthBearerTokens(OAuthOptions);
}
я пробовал несколько вещей, но ничего не работает - я никогда не могу получить контекст OWIN. Тест не выполняется на следующем коде:
// POST api/Account/Register
[AllowAnonymous]
[Route("Register")]
public async Task<IHttpActionResult> Register(RegisterBindingModel model)
{
if (!ModelState.IsValid)
{
return BadRequest(ModelState);
}
var user = new ApplicationUser()
{ UserName = model.Email, Email = model.Email };
IdentityResult result = await UserManager.CreateAsync(user, model.Password);
if (!result.Succeeded)
{
return GetErrorResult(result);
}
return Ok();
}
это называет UserManager свойства:
public ApplicationUserManager UserManager
{
get
{
return _userManager ?? Request.GetOwinContext()
.GetUserManager<ApplicationUserManager>();
}
private set
{
_userManager = value;
}
}
он терпит неудачу на:
return _userManager ?? Request.GetOwinContext()
.GetUserManager<ApplicationUserManager>();
С NullReferenceException - Request.GetOwinContext возвращается null.
Итак, мой вопрос: я подхожу к этому неправильно? Должен ли я просто тестировать ответы JSON? Или есть хороший способ "внутренняя" проверка подлинности OWIN?
5 ответов
GetOwinContext вызывает контекст.GetOwinEnvironment(); которая составляет
private static IDictionary<string, object> GetOwinEnvironment(this HttpContextBase context)
{
return (IDictionary<string, object>) context.Items[HttpContextItemKeys.OwinEnvironmentKey];
}
и HttpContextItemKeys.OwinEnvironmentKey-это константа " owin.Окружающая среда" Поэтому, если вы добавите это в элементы httpcontext, это сработает.
var request = new HttpRequest("", "http://google.com", "rUrl=http://www.google.com")
{
ContentEncoding = Encoding.UTF8 //UrlDecode needs this to be set
};
var ctx = new HttpContext(request, new HttpResponse(new StringWriter()));
//Session need to be set
var sessionContainer = new HttpSessionStateContainer("id", new SessionStateItemCollection(),
new HttpStaticObjectsCollection(), 10, true,
HttpCookieMode.AutoDetect,
SessionStateMode.InProc, false);
//this adds aspnet session
ctx.Items["AspSession"] = typeof(HttpSessionState).GetConstructor(
BindingFlags.NonPublic | BindingFlags.Instance,
null, CallingConventions.Standard,
new[] { typeof(HttpSessionStateContainer) },
null)
.Invoke(new object[] { sessionContainer });
var data = new Dictionary<string, object>()
{
{"a", "b"} // fake whatever you need here.
};
ctx.Items["owin.Environment"] = data;
чтобы убедиться, что контекст OWIN доступен во время теста (т. е. исправить исключение нулевой ссылки при вызове Request.GetOwinContext()) вам нужно будет установить Microsoft.AspNet.WebApi.Owin пакет NuGet в вашем тестовом проекте. После установки вы можете использовать SetOwinContext метод расширения по запросу.
пример:
var controller = new MyController();
controller.Request = new HttpRequestMessage(HttpMethod.Post,
new Uri("api/data/validate", UriKind.Relative)
);
controller.Request.SetOwinContext(new OwinContext());
при этом я согласен с другими ответами для вашего конкретного случая использования-предоставьте экземпляр или фабрику AppplicationUserManager в конструкторе. The SetOwinContext шаги выше необходимы, если вам нужно напрямую взаимодействовать с контекстом, который будет использовать ваш тест.
вы можете просто передать UserManager в конструкторе AccountController, чтобы он не пытался найти его в owinContext. Конструктор по умолчанию не является дружественным к модульному тесту.
что я склонен делать, так это вводить AccountController с помощью фабрики user manager. Таким образом, вы можете легко поменять местами экземпляр диспетчера пользователей, который используется в тесте. Фабрика по умолчанию может принимать запрос в конструкторе для продолжения предоставления экземпляров каждого запроса диспетчера пользователей. Ваша фабрика тестов просто возвращает экземпляр диспетчера пользователей, с которым вы хотите предоставить свои тесты, я обычно иду на тот, который принимает заглушенный экземпляр IUserStore, поэтому нет жесткого зависимость от задней части, используемой для хранения идентификационной информации.
интерфейс и класс фабрики:
public interface IUserManagerFactory<TUser>
where TUser : class, global::Microsoft.AspNet.Identity.IUser<string>
{
UserManager<TUser> Create();
}
public class UserManagerFactory : IUserManagerFactory<AppUser>
{
private HttpRequestMessage request;
public UserManagerFactory(HttpRequestMessage request)
{
if (request == null)
{
throw new ArgumentNullException("request");
}
this.request = request;
}
public UserManager<AppUser, string> Create()
{
return request.GetOwinContext().GetUserManager<UserManager<AppUser>>();
}
}
AccountController:
public AccountController(IUserManagerFactory<AppUser> userManagerFactory)
{
this.userManagerFactory = userManagerFactory;
}
private UserManager<AppUser> userManager;
public UserManager<AppUser> UserManager
{
get
{
if (this.userManager == null)
{
this.userManager = this.userManagerFactory.Create();
}
return this.userManager;
}
}
заводских испытаний:
public class TestUserManagerFactory : IUserManagerFactory<AppUser>
{
private IUserStore<AppUser> userStore;
public TestUserManagerFactory()
{
this.userStore = new MockUserStore();
}
public UserManager<AppUser> Create()
{
return new UserManager<AppUser>(new MockUserStore());
}
}
var data = new Dictionary<string, object>()
{
{"a", "b"} // fake whatever you need here.
};
ctx.Items["owin.Environment"] = data;
использовал этот фрагмент кода и добавил в HttpContext вместо ctx, а модульный тест работал как шарм.