Яка найкраща рамка тестування для .NET і чому? [зачинено]

Мені здається, що всі використовують NUnit, навіть не розглядаючи інші варіанти. Я думаю, це тому, що:

• Усі вже знайомі з цим, тому їм не доведеться вивчати новий API.
• Він уже налаштований з їх сервером безперервної інтеграції для роботи з NUnit.

Я помиляюся з цього приводу?

Нещодавно я вирішив використовувати xUnit в одному зі своїх власних проектів, і мені це подобається! Це має для мене набагато більше сенсу, і концептуально це здається певним кроком вперед від NUnit.

Я хотів би почути думки про те, яка основа є насправді найкращою - не беручи до уваги необхідність її вивчати чи перенастроювати автоматизоване тестування.

MSTest

Я особисто використовую MSTest. NUnit - це справді приємно, але у VS2010 MSTest вже повністю інтегрований у IDE і для нього є повні шаблони проектів. Для .NET, якщо ви використовуєте 2010 рік, я вважаю, що MSTest - це спосіб перейти (MSTest у VS2008, я не думаю, що це дорівнювати) просто для покриття коду, тестового запуску та інших доступних для вас інструментів з коробки. (Якщо ви використовуєте CodeRush або R #, вони мають справді чудові тестові бігуни / інструменти для інших тестових рамок)

Редагувати: з тих пір я перейшов до XUnit. : D

Я почав використовувати Gallio / MbUnit кілька років тому. А функції та дорогоцінні камені, які вона надає, настільки потужні, що я ніколи не пошкодував про свій вибір. Насправді я зараз є частиною команди розробників проекту Gallio OSS; тож я можу зробити свій внесок у ще більш приголомшливим.

• У MbUnit є багато потужних функцій, які просто полегшують моє життя розробникам (перевіряючі контракти, тестові фабрики, порівняння структурної рівності, комбінаторні тести, рамки генерації даних, текстові розбіжності, твердження XML, точки розширення тощо)
• Gallio забезпечує стійку платформу для запуску всіх моїх тестів із чудовим інструментом для звітування. Мені також подобається той факт, що я можу інтегрувати тести з інших проектів OSS, які не використовують MbUnit, а просто запускати їх. Безпроблемна інтеграція в багато інших сторонніх інструментів також зручна (R #, PoSh, dotCover тощо). І розширюваність інфраструктури дивовижна (наприклад, я щойно закінчив писати тестовий адаптер для рідної некерованої структури тестування C ++ . Незабаром це буде частиною майбутнього випуску)

Вікі , безумовно , є гарною відправною точкою для знайомства з Gallio і MBUnit v3. На підвіконні пропущені деякі глави, але це вже тихо корисно.

Вибір одного з них та його використання, мабуть, найважливіший крок тут.

Особисто я вибрав би NUnit з кількох причин. Перше і головне - це підтримка інструментів. Існує безкоштовна надбудова для Visual Studio 2010 , і всі основні додатки сторонніх розробників підтримують її. Кожна окрема система побудови, утиліта тестового покриття та сервер CI підтримує її. У багатьох випадках без плагіна. На рівні коду він може обробляти майже будь-який сценарій на даний момент - тести, керовані даними, успадкування, абстрактні тестові класи, загальні тестові класи, налаштування, руйнування тощо. До певної міри у нас є xUnit, оскільки NUnit отримав надто багаті функції і потужний.

Поза межами NUnit, я думаю, ви могли б зробити досить пристойний аргумент для MBUnit + Gallio, як згадував Yann - це дуже солідна рамка. Той, якого вам слід уникати, якщо це можливо, буде MSTest, який має кілька фатальних недоліків IMHO. Недоліки є деякими обмеженнями у ваших тестових класах, як-от відсутність успадкування та залежність від професійних або кращих візуальних SKU-програм. У тому числі вимагає встановити візуальну студію на сервері збірки для запуску тестів.

Одна з причин - NUNIT стає більш галузевим стандартом, ніж xUnit. Але особисто я люблю xunit.