Использование MSTest в проекте с открытым исходным кодом

Question

Мы с коллегой пишем приложение, с которым мы собираемся пойти в Open Source, и пытаемся принять решение о структуре тестирования. Без интеграции NUnit (у одного из нас резче, а у другого нет) мы склоняемся к MSTest. Однако, если большинство людей, которые работают с приложениями с открытым исходным кодом .net, имеют только экспресс-версию Visual Studio, нам, возможно, придется изменить свое мнение.

Какую версию VS вы используете, и MSTest превратит вас в проект с открытым исходным кодом?

Answer 1

Лично я использую VS: TS, так что нет, тестовые модули в MSTest для меня ничего не отключат;), с другой стороны, скорее всего, вы получите разные ответы от большинства людей, которые также не являются профессиональными программистами (работа за деньги не означает, что вы не можете работать с / над проектами ОС) (вопрос в том, сколько вы найдете здесь).
Однако, если я вас правильно понимаю, вы не хотите использовать nUnit, поскольку вы не интегрированы с VS08, вы можете проверить эти проекты:
1. http://sourceforge.net/projects/visualnunit/
2. http://sourceforge.net/projects/nunitaddin/
Интеграция NUnit с VS08 не кажется самой большой проблемой, с другой стороны, получить VS со встроенной средой тестирования может быть немного сложнее, по крайней мере, для некоторых людей.

Answer 2

Если бы я действительно чувствовал себя достаточно сильным, чтобы участвовать в проекте с открытым исходным кодом, одного MSTest было бы недостаточно, чтобы отвергнуть меня. Я был бы готов адаптироваться к любым средствам разработки / среде.

... и для чего я стою, я использую полную версию Visual Studio с Resharper.

Answer 3

Честно говоря, я никогда не слышал о том, чтобы кто-нибудь использовал редакции Express. все, кого я знаю, или с кем я разговаривал, используют либо полноценную среду Visual Studio, либо они используют компилятор / библиотеки из бесплатного SDK и какой-то другой редактор (CodeWarrior, CodeInsight и т. д.) и полагаются на какой-то вариант make строить.

Что касается тестовых рамок, то это обоюдоострый меч. Я бы порекомендовал NUnit, но потом ... помните, что случилось с NDoc?

Answer 4

Я думаю, что люди, которые не используют окна, будут выбиты из проекта при выборе использования MSTest. Большинство других библиотек для тестирования c # доступны в моно, что и используют пользователи Mac и Linux.

Я не знаю, сколько кроссплатформенных разработчиков вы пытаетесь привлечь, но если это проблема, то вам нужно рассмотреть разработчиков Linux / Mac.

Answer 5

Это меня выключит. См. MSBuild, NAnt, NUnit, MSTest и разочарование (не написано мной!) - я подозреваю, что многие люди так думают. MSBuild выглядит как плохо сделанная копия NAnt (мы используем оба), а MSTest также выглядит как обычный ответ Microsoft «не изобретен здесь» на открытый исходный код. Хотя я понимаю, что у Microsoft есть веские деловые причины для разработки собственных инструментов, но эти причины не относятся к их клиентам.

Существуют плагины для использования NUnit внутри Visual Studio без ReSharper, или вы всегда можете настроить его для запуска из меню Сервис.

Если вам не нравится NUnit, рассмотрите один из других вариантов тестирования с открытым исходным кодом. См. NUnit против MbUnit против MSTest против xUnit.net

Answer 6

Если ваша проблема в интеграции с Visual Studio, попробуйте Gallio . Он включает MbUnit, но его бегун может запускать тесты из других сред, таких как NUnit, xUnit и т. Д.

Answer 7

Возможно, вы сможете использовать визуальную моноблок, чтобы добавить тестовый тестировщик в VS. ссылка Я никогда не использовал его, но, возможно, оно того стоит.

Answer 8

Даже открытый исходный код Microsoft (Prism / Composite Wpf) не использует MSTest. Я полагаю, что они используют NUnit для этого проекта.

Answer 9

Я максимально использую VS 2k8 pro & MSTest.

Answer 10

Я использую MonoDevelop и NUnit .