总结:
细目:
我可以在单元测试中单独测试ActionFilter,我想做的就是在单元测试中测试控制器。
动作过滤器如下所示:
public class ValidateEntityExistAttribute<T> : IActionFilter
where T : class, IEntityBase
{
readonly AppDbContext _appDbContext;
public ValidateEntityExistAttribute(AppDbContext appDbContext)
{
this._appDbContext = appDbContext;
}
public void OnActionExecuted(ActionExecutedContext context)
{}
public void OnActionExecuting(ActionExecutingContext context)
{
if (!context.ActionArguments.ContainsKey("id"))
{
context.Result = new BadRequestObjectResult("The id must be passed as parameter");
return;
}
int id = (int)context.ActionArguments["id"];
var foundEntity = _appDbContext.Set<T>().Find(id);
if (foundEntity == null)
context.Result = new NotFoundResult();
else
context.HttpContext.Items.Add("entity_found", foundEntity);
}
}
ActionFilter实现已添加到启动文件中的服务中
ConfigureServices(IServiceCollection services)
{
...
services.AddScoped<ValidateEntityExistAttribute<Meeting>>();
...
}
该过滤器可以应用于需要检查实体是否存在的任何控制器方法。即GetById方法。
[HttpGet("{id}")]
[ServiceFilter(typeof(ValidateEntityExistAttribute<Meeting>))]
public async Task<ActionResult<MeetingDto>> GetById(int id)
{
var entity = HttpContext.Items["entity_found"] as Meeting;
await Task.CompletedTask;
return Ok(entity.ConvertTo<MeetingDto>());
}
在xUnit测试中,我已经设置了测试来测试控制器,如下所示:
[Fact]
public async Task Get_Meeting_Record_By_Id()
{
// Arrange
var _AppDbContext = AppDbContextMocker.GetAppDbContext(nameof(Get_All_Meeting_Records));
var _controller = InitializeController(_AppDbContext);
//Act
var all = await _controller.GetById(1);
//Assert
Assert.Equal(1, all.Value.Id);
//clean up otherwise the other test will complain about key tracking.
await _AppDbContext.DisposeAsync();
}
这就是InitializeController方法的样子,我留下了注释行,以便对我尝试的内容可见,没有注释的代码起作用。我嘲笑并使用默认类。
private MeetingController InitializeController(AppDbContext appDbContext)
{
var _controller = new MeetingController(appDbContext);
var spf = new DefaultServiceProviderFactory(new ServiceProviderOptions { ValidateOnBuild = true, ValidateScopes = true });
var sc = spf.CreateBuilder(new ServiceCollection());
sc.AddMvc();
sc.AddControllers();
//(config =>
//{
// config.Filters.Add(new ValidateModelStateAttribute());
// config.Filters.Add(new ValidateEntityExistAttribute<Meeting>(appDbContext));
//});
sc.AddTransient<ValidateModelStateAttribute>();
sc.AddTransient<ValidateEntityExistAttribute<Meeting>>();
var sp = sc.BuildServiceProvider();
//var mockHttpContext = new Mock<HttpContext>();
var httpContext = new DefaultHttpContext
{
RequestServices = sp
};
//mockHttpContext.Setup(cx => cx.RequestServices).Returns(sp);
//var contDesc = new ControllerActionDescriptor();
//var context = new ControllerContext();
//var context = new ControllerContext(new ActionContext(mockHttpContext.Object, new RouteData(), contDesc));
//context.HttpContext = mockHttpContext.Object;
//context.HttpContext = httpContext;
//_controller.ControllerContext = context;
_controller.ControllerContext.HttpContext = httpContext;
return _controller;
}
我的问题是,在运行单元测试时,永远不会调用ActionFilter实现,因此会破坏测试,因为var entity = HttpContext.Items["entity_found"] as Meeting;
在控制器中始终为null!更准确地说,HttpContext.Items
它始终为null。
ActionFilter中的断点永远不会命中。
通过邮递员进行测试时,一切都按预期工作,并且断点被击中
有没有办法以这种方式将控制器作为单元测试进行测试,还是现在应该将此测试移至集成?
感谢@Fei Han提供有关单元测试控制器的链接。
事实证明,这是设计使然,如Microsoft文档所述
单元测试控制器 设置控制器动作的单元测试,以 关注控制器的行为。控制器单元测试避免了 诸如过滤器,路由和模型绑定之类的情况。该测试 涵盖统称为响应组件之间的交互 请求,由集成测试处理。
因此,测试应转到集成测试。
在这种情况下,该GetById(int id)
方法没有详细的实现,因此对其进行单元测试几乎没有价值。
如果GetById(int id)
方法的实现更复杂,或者ActionFilter不能阻止进一步的处理,HttpContext.Items["entity_found"]
则应模拟。
本文收集自互联网,转载请注明来源。
如有侵权,请联系 [email protected] 删除。
我来说两句