3

当我使用TracingBehavior向 AutoFixtureFixture实例添加新的

fixture.Behaviors.Add(new TracingBehavior());

我在我的 R# 单元测试会话窗口中获得了跟踪输出。

AutoDataAttribute但是，当我像这样在属性的构造函数中继承并添加行为时

我没有得到跟踪输出，即使测试表明在这两种情况下TracingBehavior都已添加到Fixture.Behaviors。下面是两个简单的测试和要重现的属性实现。

public class TracingBehaviorTests
{
    [Theory, AutoData]
    public void TracingOutputDisplayedWhenManuallyAddedToFixture(Fixture fixture)
    {
        fixture.Behaviors.Add(new TracingBehavior());
        var actual = fixture.Behaviors.OfType<TracingBehavior>().Any();
        Assert.Equal(true, actual); // Passes
        fixture.Create<string>();   // Tracing output displayed
    }

    [Theory, TracingFixtureConventions]
    public void TracingOutputDisplayedWhenUsingTracingFixtureConventionsAttribute(Fixture fixture)
    {
        var actual = fixture.Behaviors.OfType<TracingBehavior>().Any();
        Assert.Equal(true, actual); // Passes
        fixture.Create<string>();   // No tracing output displayed
    }
}

public class TracingFixtureConventionsAttribute : AutoDataAttribute
{
    public TracingFixtureConventionsAttribute()
        : base(new Fixture())
    {
        this.Fixture.Behaviors.Add(new TracingBehavior());
    }
}
4

1 回答 1

3

我不得不做一些挖掘来弄清楚为什么会这样。

您看到此行为的原因是，当您使用 , 的默认构造函数时TracingBehavior，Console.Out是目标。

执行测试用例时，xUnit.net 测试运行器将另一个 TextWriter分配给Console.Out.

这发生在测试方法中的代码块执行之前，这解释了为什么 OP 中的第一个测试显示跟踪：TracingBehavior创建实例时，Console.Out已经是捕获的TextWriter.

但是，在第二个测试中（使用[TracingFixtureConventions]属性），Console.Out还没有在属性的构造函数运行时被替换。所以，当这个测试运行时，它实际上会追溯到原始的 Console.Out，但由于没有控制台存在，它会追溯到 void。

您可以通过记录到文件来验证两个测试用例是否确实记录了日志：

public class TracingBehaviorTests
{
    [Theory, AutoData]
    public void TracingOutputDisplayedWhenManuallyAddedToFixture(Fixture fixture)
    {
        using (var tw = File.AppendText(Path.Combine(Environment.CurrentDirectory, "log.txt")))
        {
            tw.AutoFlush = true;
            fixture.Behaviors.Add(new TracingBehavior(tw));
            var actual = fixture.Behaviors.OfType<TracingBehavior>().Any();
            Assert.Equal(true, actual); // Passes
            fixture.Create<string>();   // Tracing output logged to file
        }
    }

    [Theory, TracingFixtureConventions]
    public void TracingOutputDisplayedWhenUsingTracingFixtureConventionsAttribute(Fixture fixture)
    {
        var actual = fixture.Behaviors.OfType<TracingBehavior>().Any();
        Assert.Equal(true, actual); // Passes
        fixture.Create<string>();   // Tracing output logged to file
    }
}

public class TracingFixtureConventionsAttribute : AutoDataAttribute
{
    public TracingFixtureConventionsAttribute()
        : base(new Fixture())
    {
        var tw = File.AppendText(Path.Combine(Environment.CurrentDirectory, "log.txt"));
        tw.AutoFlush = true;
        this.Fixture.Behaviors.Add(new TracingBehavior(tw));
    }
}

上面的 'fix' 相当脆弱，因为（如此处所写）该[TracingFixtureConventions]属性不会处理tw，所以如果带有该[TracingFixtureConventions]属性的测试首先运行，则日志文件正在使用中，而其他测试将无法写给它。

现在，我将把它作为练习留给读者，以弄清楚如何使文件日志记录更加健壮，如果有人关心的话。就个人而言，我只使用 AutoFixture 跟踪来进行故障排除，并且在完成故障排除后总是再次将其关闭。

于 2013-09-04T06:45:19.057 回答