/ / Підрозділ тестування для ASP.NET MVC? [дублікат] - asp.net-mvc, одиничне тестування, vs-unit-testing-framework

Модуль тестування для ASP.NET MVC? [дублікат] - asp.net-mvc, одиничне тестування, vs-unit-testing-framework

Хто б хто-небудь рекомендував мені підрозділ тестування для MVC? Існує безліч варіантів вибору, які мене збивають із заплутуванням.

NUnit або XUnit.Net або MSTest ??

Дякую, Венкат

Відповіді:

0 для відповіді № 1

Я згоден - всі три хороші. Можливо, це не до речі, але набагато складніше знайти гарне Макетингова система, оскільки нелегко знущатися над класом DbContext (особливо, якщо ви використовуєте сервер Sql). Якщо ви використовуєте це, я можу рекомендувати TypeMock, інакше Носороги буде добре.


1 для відповіді № 2

Я радив би не використовувати MSTest.

У моєму поточному проекті ми використовували MSTest дляприблизно рік. Я вже кілька років користуюся NUnit, але інші люди були новими для тестування пристроїв, щоб зробити їх простішим (не приносять сторонніх тестових рамок з його бігунами), ми використовували MSTest з її інтеграцією у VS. Це була PITA !

З MSTEST ви повинні вести список всіх вашихтести для VS. Ви повинні зберегти цей список (додавати / видаляти нові / видалені тести). Тести зникають з цього списку, і ви не можете сказати, чому. Файл, який тримає цей список, не з'єднується! Тому, коли ви додасте нові тести одночасно, інша особа додає тести, у яких є конфлікти, які потрібно вирішити. Я не розумію, чому. Це повинно зливатися без проблем.

Ви також можете шукати деякі причини, чому б не використовувати MSTEST.

Чому я переміщуюсь з MSTest на xUnit.net Марком Сейманом


0 для відповіді № 3

Я рекомендую xUnit. Це дуже сучасний модульний тестовий механізм, який єдуже простий і лаконічний. Особливість, яку я найбільше подобаю про xUnit, полягає в тому, що вони мають один екземпляр об'єкта для кожного методу перевірки, що означає, що ви, напевне, випробовують один одного. Наприклад, NUnit не має цієї функції, що може легко призвести до похилого тесту. Крім того, xUnit використовує стандартну функціональність .NET для виконання таких завдань, як налаштування та вилучення. Це робить це за допомогою конструкторів та деструкторів, тому ви не повинні вивчати нові конвенції, але можете просто користуватися власними. Нарешті, класні тести xUnit виглядають набагато приємніше, оскільки IMHO використовує менше атрибутів, і методи їх утвердження коротше.


0 для відповіді № 4

Всі три типи, про які ви згадуєте, дуже міцні і виконають роботу. Особисто я віддаю перевагу MSTest. Він простий у вивченні та використанні, але він має пристойну функціональність. Точно так само, як xUnit це також може встановити [TestInitialize] і чистий [TestCleanup] на попередньому виконанні та після закінчення іспиту. Моя пропозиція полягає в тому, щоб взяти її і навчитися. Як тільки ви дізнаєтесь про це і дізнаєтеся про його сильні та слабкі сторони, ви можете перейти до іншої, яка допоможе вам зробити роботу швидше та / або краще.