Вопрос

Когда я запускаю этот тест в Nunit = Red Bar.

    [Test]
    public void ChangingValueViaPropertyDescriptorRaisesPropertyChangedNotification()
    {
        PropertyChangedEventArgs pCEventArgs = null;
        subjectVM.PropertyChanged += (sender, e) => { pCEventArgs = e; };

        PropertyDescriptor descriptor = subjectVM.GetProperties().Find(schoolMeta.Name, false);

        descriptor.SetValue(null, "School's out for summer.");

        Assert.IsNotNull(pCEventArgs);
        Assert.AreEqual("School", pCEventArgs.PropertyName);
    }

Однако, когда я запускаю этот тест из Visual Studio с TestDriven.net, он проходит (он также в порядке, когда запускается из приложения для консоли).

Когда он терпит неудачу с NUNIT, это потому, что POWERCHANDED NULL, TUBSEVM - это класс моделей просмотра, который наследует свойства POWERChanged из базового класса.

Я виню, или я смотрю на Nunit Bug?

Это было полезно?

Решение

Различные тестовые жгуты выполняют тесты по разным порядкам: если этот тест имеет неявную зависимость от порядка выполнения прибора, он может вызвать эту проблему (я сожжен этим раньше).

Мое лучшее предположение - это то, что еще один тест делает что-то рыбное subjectVM (или один из это Члены).

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top