Я использую MSTest до сих пор для своих модульных тестов и обнаружил, что иногда это случайным образом разбивает мои сборки без причины. Сборка будет неудачной в VS, но скомпилировать ее в MSBuild - с ошибкой, такой как «option strict», не позволяет IFoo использовать тип IFoo. Я верю, что, наконец, исправил его, но после того, как ошибка вернулась и изо всех сил пыталась заставить ее уйти снова и небольшая помощь от MS, у меня остался плохой вкус во рту. Я также заметил, что, глядя на этот форум и другие блоги и такие, что большинство людей используют NUnit, xUnit или MBUnit .. Мы на VS2008 на работе BTW .. Так что теперь я ищу, чтобы изучить другие варианты.Кто-нибудь действительно успешно использует MSTest по всей команде?
Я работаю над тем, чтобы переместить нашу команду, чтобы начать делать TDD и реальное модульное тестирование и планировать некоторые тренировки, но сначала хотел бы предложить набор стандартных инструментов & лучших практик. С этой целью я искал онлайн, чтобы найти подходящую инфраструктуру как для сервера сборки, так и для dev-машин ... Я смотрел на веб-сайт typemock, так как я слышал о своих смешных фреймах и замечал, что это похоже, что они продвигают MSTest и даже имеют некоторые ссылки людей, перемещающихся TO MSTest from NUnit ..
Это заставляет меня переосмыслить мое решение .. поэтому, я думаю, я спрашиваю: кто-нибудь использует MSTest как часть своей инфраструктуры TDD ? Любые известные ограничения, которые у него есть, если я хочу интегрироваться со сборщиком/CI-сервером или охватом кода или любым другим типом TDD-инструмента, который мне может понадобиться? Я искал эти форумы и в основном обнаружил, что люди сравнивают сторонние структуры с каждой из сторон и даже не дают MSTest большую часть шанса ... Есть ли веская причина, почему ...?
Спасибо за совет
EDIT: Благодаря ответам в этой теме, я подтвердил MSTest работает для моих целей и integreated грациозно CI инструментов и создания серверов.
Но есть ли у кого-нибудь опыт работы с FinalBuilder ?? Это инструмент, который я бы хотел использовать для скриптов сборки, чтобы не писать тонну XML по сравнению с другими инструментами построения. Какие-либо ограничения здесь, о которых я должен знать, прежде чем перейти к тестированию MS?
Следует также отметить, - мы используем VSS = (я надеюсь, что мы можем топор это в ближайшее время. -., Надеюсь, как часть, может быть, даже на первом этапе, в создании всего этой инфраструктуры
Согласно 9-му каналу, MSTest в VS2010 позволит вам интегрировать другие тестовые среды в графический интерфейс GUI. Должно быть здорово! – Finglas
Спасибо за примечание. @Mark - любая идея ограничения использования MSTest/TeamCity с версией VS2008 Dev? Я беспокоюсь, что это может быть ограничено, поскольку мы не на TFS ... И что вы используете для своих скриптов сборки? Я надеялся использовать FinalBuilder, и я надеюсь, что он отлично справится с MSTest/VS2008 Dev .. – dferraro
Ранее мы использовали TeamCity и ограничение с тем, что нет встроенной поддержки MSTest, поэтому вам придется запрограммировать собственную задачу MSBuild, которая выполняет тестовые пакеты. –