Модульные тестовые привязки WPF

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

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

1. вывести TraceListener Это бросает вместо регистрации
2. добавьте этого слушателя в PresentationTraceSources.DataBindingSource

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

глаз его.
Такого рода декларативная разметка редко ломается.. если только кто-то не пойдет в ручную и не испортит ее. Даже тогда, вы можете исправить это в течение нескольких минут. IMHO стоимость написания таких тестов намного перевешивает преимущества.

обновление[Dec3,08]: Вот и славненько.
Тест просто проверяет, что текстовое поле имеет значение "FirstName" в качестве свойства Path привязки. Если я изменю / refactor FirstName на JustName в фактическом источнике данных объект, тест все равно пройдет, так как он тестируется против анонимного типа. (Зеленый тест, когда код разбит - ТДД антипаттерн: лжец) Если ваша цель-проверить, что 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);
} 

Эпилог: Есть некоторые настоящий секретный материал происходит в вызов Window.Show(). Он каким-то волшебным образом настраивает свойство 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();

еще раз я высказываю свое нежелание против такого подхода. Получать Нанит для работы в ГНАУ была боль..

комбинируя советы, с которыми я столкнулся в ряде сообщений 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);
        }
    }
}

вы можете попробовать 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();
    }