像其他答案建议的那样，传递模拟ILogger很容易，但是验证调用实际上是对logger进行的突然变得更加困难。原因是大多数调用实际上并不属于ILogger接口本身。

因此，大多数调用都是调用接口唯一Log方法的扩展方法。原因似乎是，如果您只有一个而不是很多重载，那么可以更容易地实现接口，从而归结为相同的方法。

当然，缺点是突然间很难验证呼叫是否已发出，因为您应该验证的呼叫与您所发出的呼叫非常不同。有一些不同的方法可以解决这个问题，我发现用于模拟框架的自定义扩展方法将使其更容易编写。

下面是我用NSubstitute做的一个方法的例子:

public static class LoggerTestingExtensions
{
    public static void LogError(this ILogger logger, string message)
    {
        logger.Log(
            LogLevel.Error,
            0,
            Arg.Is<FormattedLogValues>(v => v.ToString() == message),
            Arg.Any<Exception>(),
            Arg.Any<Func<object, Exception, string>>());
    }

}

下面是它的用法:

_logger.Received(1).LogError("Something bad happened");   

它看起来就像您直接使用了这个方法，这里的技巧是我们的扩展方法获得了优先级，因为它在名称空间上比原来的方法“更接近”，所以它将被使用。

不幸的是，它并没有给出我们想要的100%，即错误消息将不会那么好，因为我们不直接检查字符串，而是检查涉及字符串的lambda，但95%总比没有好:)此外，这种方法将使测试代码

P.S.对于Moq，可以使用为Mock<ILogger<T>>编写扩展方法的方法来验证，以实现类似的结果。

P.P.S.这在。net Core 3中不再工作，查看这个线程了解更多细节:https://github.com/nsubstitute/NSubstitute/issues/597#issuecomment-573742574

只需模拟它以及任何其他依赖:

var mock = new Mock<ILogger<BlogController>>();
ILogger<BlogController> logger = mock.Object;

//or use this short equivalent 
logger = Mock.Of<ILogger<BlogController>>()

var controller = new BlogController(logger);

你可能需要安装Microsoft.Extensions.Logging.Abstractions包来使用ILogger<T>。

此外，您可以创建一个真正的日志记录器:

var serviceProvider = new ServiceCollection()
    .AddLogging()
    .BuildServiceProvider();

var factory = serviceProvider.GetService<ILoggerFactory>();

var logger = factory.CreateLogger<BlogController>();

如果还是实际的。简单的方法在。net core >= 3的测试中输出日志

[Fact]
public void SomeTest()
{
    using var logFactory = LoggerFactory.Create(builder => builder.AddConsole());
    var logger = logFactory.CreateLogger<AccountController>();
    
    var controller = new SomeController(logger);

    var result = controller.SomeActionAsync(new Dto{ ... }).GetAwaiter().GetResult();
}

像其他答案建议的那样，传递模拟ILogger很容易，但是验证调用实际上是对logger进行的突然变得更加困难。原因是大多数调用实际上并不属于ILogger接口本身。

因此，大多数调用都是调用接口唯一Log方法的扩展方法。原因似乎是，如果您只有一个而不是很多重载，那么可以更容易地实现接口，从而归结为相同的方法。

当然，缺点是突然间很难验证呼叫是否已发出，因为您应该验证的呼叫与您所发出的呼叫非常不同。有一些不同的方法可以解决这个问题，我发现用于模拟框架的自定义扩展方法将使其更容易编写。

下面是我用NSubstitute做的一个方法的例子:

public static class LoggerTestingExtensions
{
    public static void LogError(this ILogger logger, string message)
    {
        logger.Log(
            LogLevel.Error,
            0,
            Arg.Is<FormattedLogValues>(v => v.ToString() == message),
            Arg.Any<Exception>(),
            Arg.Any<Func<object, Exception, string>>());
    }

}

下面是它的用法:

_logger.Received(1).LogError("Something bad happened");   

它看起来就像您直接使用了这个方法，这里的技巧是我们的扩展方法获得了优先级，因为它在名称空间上比原来的方法“更接近”，所以它将被使用。

不幸的是，它并没有给出我们想要的100%，即错误消息将不会那么好，因为我们不直接检查字符串，而是检查涉及字符串的lambda，但95%总比没有好:)此外，这种方法将使测试代码

P.S.对于Moq，可以使用为Mock<ILogger<T>>编写扩展方法的方法来验证，以实现类似的结果。

P.P.S.这在。net Core 3中不再工作，查看这个线程了解更多细节:https://github.com/nsubstitute/NSubstitute/issues/597#issuecomment-573742574

实际上，我找到了Microsoft.Extensions.Logging.Abstractions。NullLogger<>，这看起来像是一个完美的解决方案。安装包Microsoft.Extensions.Logging。抽象，然后按照示例配置和使用它:

using Microsoft.Extensions.Logging;

public void ConfigureServices(IServiceCollection services)
{
    ...

    services.AddSingleton<ILoggerFactory, NullLoggerFactory>();

    ...
}

using Microsoft.Extensions.Logging;

public class MyClass : IMyClass
{
    public const string ErrorMessageILoggerFactoryIsNull = "ILoggerFactory is null";

    private readonly ILogger<MyClass> logger;

    public MyClass(ILoggerFactory loggerFactory)
    {
        if (null == loggerFactory)
        {
            throw new ArgumentNullException(ErrorMessageILoggerFactoryIsNull, (Exception)null);
        }

        this.logger = loggerFactory.CreateLogger<MyClass>();
    }
}

单元测试

//using Microsoft.VisualStudio.TestTools.UnitTesting;
//using Microsoft.Extensions.Logging;

[TestMethod]
public void SampleTest()
{
    ILoggerFactory doesntDoMuch = new Microsoft.Extensions.Logging.Abstractions.NullLoggerFactory();
    IMyClass testItem = new MyClass(doesntDoMuch);
    Assert.IsNotNull(testItem);
}   

使用Telerik Just Mock创建记录器的模拟实例:

using Telerik.JustMock;
...
context = new XDbContext(Mock.Create<ILogger<XDbContext>>());