Какой фреймворк для модульного тестирования .NET Framework 3.5? - PullRequest
1 голос
/ 19 июня 2009

У меня есть проект в .NET Framework 3.5, и, как я вижу, nUNIT его пока не поддерживает. Какие рамки модульного тестирования вы бы порекомендовали для моих нужд?

Ответы [ 8 ]

8 голосов
/ 19 июня 2009

NUnit отлично работает в .NET 3.5 - я использую его (когда ReSharper запускает тесты) начиная с бета-версии VS2008.

3 голосов
/ 13 июля 2009

Я тоже столкнулся с этой проблемой и смог обойти ее в NUnit 2.5.

В графическом интерфейсе NUnit включите поддержку Visual Studio в разделе Инструменты> Настройки ...

Теперь выберите «Файл»> «Открыть проект» ... Измените фильтр файлов с «Проекты и сборки» на «Решения» и загрузите файл решения. Вы должны быть в состоянии выполнить все свои тесты.

Теперь выберите «Файл»> «Сохранить как» ... и сохраните текущую настройку как проект NUnit. Теперь вы можете перейти в Project> Edit ... и удалить не тестовые сборки или внести любые другие необходимые изменения.

3 голосов
/ 21 июня 2009

Некоторые другие инструменты модульного тестирования для .NET 3.5 будут:

  • MS Test - встроенная среда модульного тестирования в Visual Studio. Это не так плохо, как его репутация.
  • xUnit.NET , который имеет очень хороший API.
3 голосов
/ 19 июня 2009

Я пробовал Галлио , и, похоже, это работает хорошо. Это хорошо сочетается и с модульным тестером ReSharper'а.

[править]

Просто подумал, что упомяну, что Gallio - это следующий эволюционный шаг от MbUnit, так что это не совсем новая вещь.

1 голос
/ 04 июля 2009

Лично я использую MSTest, поскольку он встроен в Visual Studio. Это просто делает это проще, так как вам не нужно ничего устанавливать, чтобы использовать его.

1 голос
/ 20 июня 2009

Как сказал Джон, NUnit отлично работает с 3.5.

Есть несколько вещей, которые вы должны иметь в виду:

  1. При обновлении до более поздних версий платформы существуют некоторые (очень немногие) непонятные критические изменения, обычно из-за использования устаревших API или нестандартных методов. По моему опыту, исправление таких критических изменений обычно довольно просто, если вы поймете, откуда они берутся.

  2. Если вы получаете конкретную ошибку с NUnit, изолируйте ее в крошечном тестовом наборе. При поиске жуков я обычно признаю свою вину и обычно я прав.

  3. Исходный код nunit доступен для компиляции и устранения неполадок. В целом, рамки тестирования довольно просты и просты в использовании.

  4. Существует множество других платформ модульного тестирования. Более упрямый XUnit фреймворк набирает популярность. Лично мне нравится беглые утверждения , но это личный вкус, который также может быть достигнут с помощью NUnit.

  5. Вы всегда можете прибегнуть к встроенной в Microsoft платформе модульного тестирования, которая поставляется с VS.

0 голосов
/ 30 июня 2011

После сборки библиотеки DLL в .net Framework 3.5, если мы использовали ее в NUnit, она работает нормально, но если вы хотите интегрировать NUnit с IDE Visual Studio, вам нужно изменить файлы конфигурации для выполнения. Но я не уверен, как это сделать

0 голосов
/ 04 июля 2009

Я получаю ту же ошибку нулевой ссылки, новый проект 3.5 с простым Assert.IsTrue (true) .... когда я пытаюсь добавить сборку в свой проект NUnit в guirunner, я получаю:

System.NullReferenceException ... в NUnit.Util.TestLoader.ReloadTest (фреймворк RuntimeFramework)

...