Единичное тестирование для Winforms с использованием шаблона MVC?

Question

Необходимо создать небольшие приложения winform для частного использования моей компанией для взаимодействия с нашей базой данных. Период. Я знаю, что .NET MVC имеет очень зрелую структуру модульного тестирования для шаблона MVC, поскольку я хочу делать TDD.

Таким образом, можно ли использовать NUnit или какую-либо другую легкую/зрелую модульную систему тестирования (EDIT: на основе моего опыта работы с ASP.NET) со следующим руководством, приведенным ниже: here? У меня есть googled и проверял мою техническую библиотеку книг, и есть отчетливая нехватка документации для того, как сделать эффективное модульное тестирование для winforms. Таким образом, я обращаюсь к этому форуму, надеясь, что люди смогут поделиться со мной своими знаниями о домене.

Большинство, которые я нашел, рекомендовал шаблон MVC (с которым я согласен), но не как решить конкретные проблемы с winform. Например, как я могу проверить нажатие кнопки и последующее действие этой кнопкой?

Планирую использовать C# VS13 .NET 4.5. Я рад присоединиться к этому ресурсу и внес свой вклад всем, кто отвечает на мой запрос. Благодарю.

Answer 1

Как вы, наверное, заметили, что идея есть иметь свой вид описано с интерфейсом.

Таким образом, контроллеру действительно не нужно окно , ему нужен класс, реализующий интерфейс.

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

Имея свой заглушку, вы просто пишете сценарий против него. Вы раскрыть некоторые методы из класса, которые позволяют автоматизировать взаимодействие:

public class ViewStub : IView 
{ 
    // implement the view interface as it is but also 
    // an extra stuff to let you automate this in your unit tests 

    public void RaiseButtonClick() 
    { 
     this.controller.DoTheButtonClickStuff(); 
    } 
} 

Тогда ваш тест будет (я следую конвенции из учебника)

ViewStub form = new ViewStub(); 
IModel mdl = new IncModel(); 
IController cnt = new IncController(view,mdl); 

form.RaiseButtonClick(); 

Answer 2

Для пользовательского интерфейса не требуется модульное тестирование. Конечно, вы можете это сделать, но я не рекомендую это по нескольким причинам: вы не можете выполнять тестирование DPI изменений, несколько экранов, как ваша программа действует в разных состояниях окна или что происходит, если пользователь перемещается с помощью табулятора между вашими элементами управления. Пользовательский интерфейс тестирования модулей даст вам только ложную безопасность.

Используйте инструменты автоматизации пользовательского интерфейса, чтобы проверить пользовательский интерфейс автоматически, если хотите, но не оставляйте тестирование устройства из него. Вы можете удержать слой UI тонким, насколько это возможно, и это также хорошая практика проектирования. Вы можете использовать модульное тестирование для других классов, которые используются в вашем приложении winforms.

Answer 3

Unit Тестирование GUI является то, что независимо от используемой библиотеки GUI. Ответ на общий случай также отвечает на ваш случай: How can I unit test a GUI?

Единичное тестирование графического интерфейса пользователя выполняется путем минимизации отпечатков классов, которые зависят от вашего графического интерфейса. Тогда классы, которые по-прежнему зависят от структуры GUI, не тестируются на единицу (что совсем не так, как «не проверены»). Этими классами являются «Вид» в шаблонах, таких как MVP, MVC, MVVM.

Заключение: Каждая хорошая инфраструктура тестирования .Net Unit - это хорошая платформа тестирования модулей WinForms. Одним из примеров такой структуры является NUnit, о котором вы упомянули в своем вопросе.