Я знаком с nunit для модульного тестирования бизнес-уровня, однако сейчас я ищу, чтобы автоматизировать тестирование уровня gui win forms.

Я видел watin и watin рекордер для автоматизации тестов в веб-приложении, получая доступ к элементам управления и автоматизируя их. Однако я изо всех сил пытаюсь найти эквивалент watin для windows форм (написанных в c# или vb.net), предпочтительно с открытым исходным кодом.

Существует ли один или все продукты основаны на записи нажатий мыши и клавиатуры?

Update: я посмотрел на этот пост в блоге на белом фоне, и мне кажется, что это именно то, что я ищу. Сообщение в блоге поднимает некоторые вопросы, но поскольку белый цвет есть только в версии 0.6, они могут быть решены. Будьте заинтересованы, если другие использовали белый цвет или любые другие для сравнения.

Некоторое время назад я провел несколько тестов и так и не понял, как это сделать.

Ингредиент:

• COM + транзакционный объект (разработан в VB6)
• .Net веб-приложение (с транзакцией) в IIS что...
  выполняет вызов компонента COM+
  обновление строки в базе данных SQL

Тестирование :

Запустите приложение .Net и принудительно создайте исключение.

Результат :

Обновление, выполненное из приложения .Net, откатывается назад.
Обновление, выполненное объектом COM+, не откатывается.

Если я вызываю объект COM+ со старой страницы ASP, откат срабатывает.

Я знаю, что некоторые люди могут думать: "что?! COM+ и .Net вы, должно быть, сошли с ума!", но есть некоторые места в этом мире, где все еще есть много компонентов COM+. Мне просто было любопытно, сталкивался ли кто-нибудь с этим и выяснил ли ты, как это сделать.

Мы обнаружили, что модульные тесты, которые мы написали для нашего кода C#/C++, действительно окупились. Но у нас все еще есть тысячи линий бизнес-логики в хранимых процедурах, которые действительно тестируются в гневе, когда наш продукт развертывается для большого числа пользователей.

Хуже всего то, что некоторые из этих хранимых процедур оказываются очень длинными из-за снижения производительности при передаче временных таблиц между SPs. Это помешало нам провести рефакторинг для упрощения кода.

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

Итак, основная часть моих вопросов заключается в следующем: кто-нибудь когда-нибудь успешно писал модульные тесты для своих хранимых процедур?

Вторая часть моих вопросов заключается в том, будет ли модульное тестирование проще/легче с linq?

Я подумал, что вместо того, чтобы создавать таблицы тестовых данных, вы можете просто создать коллекцию тестовых объектов и протестировать свой код linq в ситуации “linq to objects”? (Я совершенно новичок в linq, так что не знаю, сработает ли это вообще)