Как работает nunit? - PullRequest
       24

Как работает nunit?

2 голосов
/ 21 сентября 2008

Может кто-нибудь объяснить мне, как это работает, начиная с того момента, когда вы решите запустить тест

Ответы [ 4 ]

5 голосов
/ 21 сентября 2008

Когда вы решите запустить тест,

  • это создаст экземпляр родительского класса этого метода тестирования.
  • Затем он запускает метод, помеченный атрибутом TestFixtureSetup, если он существует (один раз для класса теста).
  • Далее вызывается метод, отмеченный атрибутом Setup, если он существует (один раз перед каждым тестом в этом классе)
  • Затем выбранный вами метод (с атрибутом Test) будет выполнен. Все утверждения проверены. Если все утверждения верны, тест помечается как Прошедший (зеленый в графическом интерфейсе), в противном случае - Сбой (красный). Если появятся какие-либо исключения, которые не были указаны с атрибутом ExpectedException, проверка завершится неудачей.
  • Затем вызывается метод, отмеченный атрибутом Teardown, если он существует. (Код очистки .. вызывается один раз после каждого теста в классе)
  • Наконец, выполняется метод, помеченный атрибутом TestFixtureTeardown. (один раз после всех тестов в тестовом классе)

Вот и все в двух словах. Сила xUnit заключается в его простоте. Это то, что вы искали?

1 голос
/ 21 сентября 2008

Я использую это на работе, но я не эксперт. Вот ссылка на документацию NUnit: http://www.nunit.org/index.php?p=getStarted&r=2.4.8

1 голос
/ 21 сентября 2008

1) Есть класс, который вы хотите протестировать в проекте .NET (MyClass - это имя класса, MyProject - это, например, имя проекта)

2) Добавьте еще один проект в ваше решение под названием MyProject.Tests

3) Добавьте ссылку из MyProject в MyProject.Tests, чтобы вы могли получить доступ к классу, который вы хотите проверить из кода тестирования

3) В этом новом проекте добавьте новый файл класса MyClass (такой же, как класс в MyProject)

4) В этом классе добавьте свой код тестирования, как показано на этой странице - http://www.nunit.org/index.php?p=quickStart&r=2.4.8

5) Когда вы напишите свои тесты, постройте решение. В папке проекта MyProject.Tests появится новая папка - «MyProject.Tests \ bin \ Debug». Это при условии, что вы встроены в режим отладки. Если вы создали режим Release, это будет MyProject.Test \ bin \ Release. Либо будет работать. В этой папке вы найдете файл DLL с именем MyProject.Tests.dll

6) Откройте утилиту тестирования nUnit, Файл> Открыть, затем перейдите к папке в # 5 и найдите MyProject.Tests.dll. Откройте его.

7) Тесты из dll должны быть перечислены в окне утилиты nUnit, и теперь вы можете выбрать, какие тесты запускать, и запустить их.

Примечание. Соглашение об именах не является обязательным, это просто способ, которым я это делаю. Если у вас есть проект с именем «MyProject» и вы хотите, чтобы ваш тестовый проект назывался «ArbitraryName» вместо «MyProject.Test», то он все равно будет работать ... соглашение об именах просто помогает отслеживать, что именно происходит испытания.

0 голосов
/ 21 сентября 2008

Что вы имеете в виду, как это работает?

Вы определяете свои тестовые классы с помощью [TestFixture], а ваши тесты - с помощью [Test]

Это не что иное, как среда тестирования, вам все еще нужно написать тесты и все такое прочее:)

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...