Как мне выполнить модульное тестирование финализатора? - PullRequest
19 голосов
/ 24 мая 2010

У меня есть следующий класс, который является декоратором для объекта IDisposable (я опустил материал, который он добавляет), который сам реализует IDisposable, используя общий шаблон:

public class DisposableDecorator : IDisposable
{
    private readonly IDisposable _innerDisposable;

    public DisposableDecorator(IDisposable innerDisposable)
    {
        _innerDisposable = innerDisposable;
    }

    #region IDisposable Members

    public void Dispose()
    {
        Dispose(true);
        GC.SuppressFinalize(this);
    }

    #endregion

    ~DisposableDecorator()
    {
        Dispose(false);
    }

    protected virtual void Dispose(bool disposing)
    {
        if (disposing)
            _innerDisposable.Dispose();
    }
}

Я могу легко проверить, что innerDisposable располагается, когда вызывается Dispose():

[Test]
public void Dispose__DisposesInnerDisposable()
{
    var mockInnerDisposable = new Mock<IDisposable>();

    new DisposableDecorator(mockInnerDisposable.Object).Dispose();

    mockInnerDisposable.Verify(x => x.Dispose());
}

Но как мне написать тест, чтобы убедиться, что innerDisposable не не утилизируется финализатором? Я хочу написать что-то вроде этого, но это не удается, предположительно, потому что финализатор не был вызван потоком GC: * ​​1014 *

[Test]
public void Finalizer__DoesNotDisposeInnerDisposable()
{
    var mockInnerDisposable = new Mock<IDisposable>();

    new DisposableDecorator(mockInnerDisposable.Object);
    GC.Collect();

    mockInnerDisposable.Verify(x => x.Dispose(), Times.Never());
}

Ответы [ 4 ]

14 голосов
/ 24 мая 2010

Я мог бы быть недоразумением, но:

GC.WaitForPendingFinalizers();

Могу сделать трюк - http://msdn.microsoft.com/en-us/library/system.gc.waitforpendingfinalizers.aspx

8 голосов
/ 24 мая 2010

При написании модульных тестов вы всегда должны пытаться проверить внешнее видимое поведение, а не детали реализации. Можно утверждать, что окончательное завершение подавления действительно находится за пределами видимого поведения, но, с другой стороны, вероятно, вы не можете (и не должны) издеваться над сборщиком мусора.

В вашем случае вы пытаетесь убедиться в том, что соблюдаются «лучшие практики» или практика кодирования. Его следует применять с помощью инструмента, созданного для этой цели, например FxCop .

2 голосов
/ 10 июня 2013

Я использую Appdomain (см. Образец ниже).Класс TemporaryFile создает временный файл в конструкторе и удаляет его в Dispose или в finalizer ~ TemporaryFile ().

К сожалению, GC.WaitForPendingFinalizers () ;не помогает мне проверить финализатор.

    [Test]
    public void TestTemporaryFile_without_Dispose()
    {
        const string DOMAIN_NAME = "testDomain";
        const string FILENAME_KEY = "fileName";

        string testRoot = Directory.GetCurrentDirectory();

        AppDomainSetup info = new AppDomainSetup
                                  {
                                      ApplicationBase = testRoot
        };
        AppDomain testDomain = AppDomain.CreateDomain(DOMAIN_NAME, null, info);
        testDomain.DoCallBack(delegate
        {
            TemporaryFile temporaryFile = new TemporaryFile();
            Assert.IsTrue(File.Exists(temporaryFile.FileName));
            AppDomain.CurrentDomain.SetData(FILENAME_KEY, temporaryFile.FileName);
        });
        string createdTemporaryFileName = (string)testDomain.GetData(FILENAME_KEY);
        Assert.IsTrue(File.Exists(createdTemporaryFileName));
        AppDomain.Unload(testDomain);

        Assert.IsFalse(File.Exists(createdTemporaryFileName));
    }
1 голос
/ 20 января 2016

Тестировать финализацию нелегко, но проще проверить, является ли объект объектом сбора мусора.

Это можно сделать со слабыми ссылками.

В тесте важно, чтобы локальные переменные вышли из области видимости перед вызовом GC.Collect (). Самый простой способ убедиться в этом - это область действия функции.

    class Stuff
    {
        ~Stuff()
        {
        }
    }

    WeakReference CreateWithWeakReference<T>(Func<T> factory)
    {
        return new WeakReference(factory());
    }

    [Test]
    public void TestEverythingOutOfScopeIsReleased()
    {
        var tracked = new List<WeakReference>();

        var referer = new List<Stuff>();

        tracked.Add(CreateWithWeakReference(() => { var stuff = new Stuff(); referer.Add(stuff); return stuff; }));

        // Run some code that is expected to release the references
        referer.Clear();

        GC.Collect();

        Assert.IsFalse(tracked.Any(o => o.IsAlive), "All objects should have been released");
    }

    [Test]
    public void TestLocalVariableIsStillInScope()
    {
        var tracked = new List<WeakReference>();

        var referer = new List<Stuff>();

        for (var i = 0; i < 10; i++)
        {
            var stuff = new Stuff();
            tracked.Add(CreateWithWeakReference(() => { referer.Add(stuff); return stuff; }));
        }

        // Run some code that is expected to release the references
        referer.Clear();

        GC.Collect();

        // Following holds because of the stuff variable is still on stack!
        Assert.IsTrue(tracked.Count(o => o.IsAlive) == 1, "Should still have a reference to the last one from the for loop");
    }
...