Модульный тест WPF Bindings

Question

Я пытаюсь выполнить модульное тестирование своих привязок к данным WPF, используя набор тестов, предоставленный Microsoft Team System. Я хотел бы иметь возможность тестировать привязки, не показывая окно, потому что большинство моих тестов будут для пользовательских элементов управления, а не для окна. Это возможно или есть лучший способ сделать это? Код ниже работает, если я показываю окно, но если я не показываю, привязки не обновляются.

            Window1_Accessor target = new Window1_Accessor();
            UnitTestingWPF.Window1_Accessor.Person p = new UnitTestingWPF.Window1_Accessor.Person() { FirstName = "Shane" };
            Window1 window = (target.Target as Window1);
            window.DataContext = p;         
            //window.Show(); //Only Works when I actually show the window
            //Is it possible to manually update the binding here, maybe?  Is there a better way?
            Assert.AreEqual("Shane", target.textBoxFirstName.Text);  //Fails if I don't Show() the window because the bindings aren't updated

Answer 1

При поиске решения для преобразования ошибок привязки WPF в исключение я выяснил, что его также можно использовать в проекте модульного тестирования.

Техника очень проста:

1. Получите TraceListener, который бросает вместо регистрации
2. Добавить этого слушателя к PresentationTraceSources.DataBindingSource

Смотрите полное решение на GitHub , оно включает в себя проект модульного тестирования.

Answer 2

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

http://blogs.msdn.com/mikehillberg/archive/2006/09/14/WpfTraceSources.aspx

Кроме этого, я согласен с Гишу в том, что привязки не являются хорошими кандидатами для юнит-тестирования, в основном из-за того, что Гишу упомянул в «Эпилоге» автоматическое продолжение. Вместо этого сосредоточьтесь на том, чтобы убедиться, что базовый класс ведет себя правильно.

Обратите внимание, что вы можете получить еще более надежные трассировки с помощью класса PresentationTraceSources:

http://msdn.microsoft.com/en-us/library/system.diagnostics.presentationtracesources.aspx

Надеюсь, это поможет!

Answer 3

Совмещая советы, с которыми я сталкивался в ряде публикаций SO, я написал следующий класс, который очень хорошо работает для тестирования привязок WPF.

public static class WpfBindingTester
{
    /// <summary>load a view in a hidden window and monitor it for binding errors</summary>
    /// <param name="view">a data-bound view to load and monitor for binding errors</param>
    public static void AssertBindings(object view)
    {
        using (InternalTraceListener listener = new InternalTraceListener())
        {
            ManualResetEventSlim mre = new ManualResetEventSlim(false);

            Window window = new Window
            {
                Width = 0,
                Height = 0,
                WindowStyle = WindowStyle.None,
                ShowInTaskbar = false,
                ShowActivated = false,
                Content = view
            };

            window.Loaded += (_, __) => mre.Set();
            window.Show();

            mre.Wait();

            window.Close();

            Assert.That(listener.ErrorMessages, Is.Empty, listener.ErrorMessages);
        }
    }

    /// <summary>Is the test running in an interactive session. Use with Assume.That(WpfBindingTester.IsAvailable) to make sure tests only run where they're able to</summary>
    public static bool IsAvailable { get { return Environment.UserInteractive && Process.GetCurrentProcess().SessionId != 0; } }


    private class InternalTraceListener : TraceListener
    {
        private readonly StringBuilder _errors = new StringBuilder();
        private readonly SourceLevels _originalLevel;
        public string ErrorMessages { get { return _errors.ToString(); } }

        static InternalTraceListener() { PresentationTraceSources.Refresh(); }

        public InternalTraceListener()
        {
            _originalLevel = PresentationTraceSources.DataBindingSource.Switch.Level;
            PresentationTraceSources.DataBindingSource.Switch.Level = SourceLevels.Error;
            PresentationTraceSources.DataBindingSource.Listeners.Add(this);
        }

        public override void Write(string message) {}

        public override void WriteLine(string message) { _errors.AppendLine(message); }

        protected override void Dispose(bool disposing)
        {
            PresentationTraceSources.DataBindingSource.Listeners.Remove(this);
            PresentationTraceSources.DataBindingSource.Switch.Level = _originalLevel;
            base.Dispose(disposing);
        }
    }
}

Answer 4

Глазное яблоко.
Этот вид декларативной разметки редко ломается .. если кто-то не идет в руководство и не испортит Даже тогда вы можете исправить это в течение нескольких минут. ИМХО стоимость написания таких тестов намного перевешивает преимущества.

Обновление [Dec3,08]: Тогда хорошо.
Этот тест просто проверяет, что текстовое поле имеет значение «FirstName» в качестве свойства Path привязки. Если я изменю / реорганизую FirstName на JustName в фактическом объекте источника данных, тест все равно пройдет, так как он проверяет анонимный тип. (Зеленый тест, когда код нарушен - TDD Antipattern: Лжец) Если ваша цель состоит в том, чтобы проверить, что FirstName было указано в XAML,

Assert.AreEqual("FirstName", txtBoxToProbe.GetBindingExpression(TextBox.TextProperty).ParentBinding.Path.Path);

Если вы действительно должны отследить нарушенные привязки с помощью модульных тестов (и не хотите показывать пользовательский интерфейс), используйте реальный источник данных ... некоторое время боролись и пришли к этому.

[Test]
public void TestTextBoxBinding()
{
   MyWindow w = new MyWindow();
   TextBox txtBoxToProbe = w.TextBox1;
   Object obDataSource = w;               // use 'real' data source 

   BindingExpression bindingExpr = BindingOperations.GetBindingExpression(txtBoxToProbe, TextBox.TextProperty);
   Binding newBind = new Binding(bindingExpr.ParentBinding.Path.Path);
   newBind.Source = obDataSource;
   txtBoxToProbe.SetBinding(TextBox.TextProperty, newBind);

   Assert.AreEqual("Go ahead. Change my value.", txtBoxToProbe.Text);
} 

Эпилог: * * * * * * * * * * * * * * * * * * * * * * * - * * * - ). Он каким-то волшебным образом настраивает свойство DataItem, после чего привязка данных начинает работать.

// before show
bindingExpr.DataItem => null
bindingExpr.Status => BindingStatus.Unattached

// after show
bindingExpr.DataItem => {Actual Data Source}
bindingExpr.Status => BindingStatus.Active

Как только привязка активна, я думаю, вы можете принудительно обновлять текстовые поля с помощью кода, подобного этому.

txtBoxToProbe.GetBindingExpression(TextBox.TextProperty).UpdateTarget();

Еще раз я выражаю свое нежелание против такого подхода. Получить NUnit для запуска в STA было больно ..

Answer 5

вы можете попробовать Guia . С его помощью вы можете модульно протестировать свой UserControl и проверить правильность привязки данных. Вы должны показать окно, хотя.

Вот пример. Он запускает новый экземпляр вашего UserControl и устанавливает его DataContext, а затем проверяет, установлено ли для текстового поля правильное значение.

    [TestMethod]
    public void SimpleTest()
    {
        var viewModel = new SimpleControlViewModel() {TextBoxText = "Some Text"};

        customControl = CustomControl.Start<SimpleUserControl>((control) => control.DataContext = viewModel);

        Assert.AreEqual("Some Text", customControl.Get<TextBox>("textbox1").Value);

        customControl.Stop();
    }