Недавно я перенес довольно много тестов. Это зависит от того, сколько и какие типы тестов вы конвертируете, и вы не убивали себя, сообщая нам подробности. В целом, я думаю, можно с уверенностью предположить, что ваш обычный магазин MSTest не будет массово заражен тестами и, следовательно, не углубится в каждый темный угол MSTest.
Все методы Assert.* и базовые атрибуты теста просты в поиске и замене. Более редкие из них, как правило, направлены на оценку каждого случая в отдельности. Если вы уже не являетесь экспертом xUnit.net, у вас есть чему поучиться, и это поможет вам.
Кроме того, использование Assert.Fail не является простым преобразованием. Другая вещь - это преобразование TestClassInitialize в IUseFixture - это легко сделать, но сложно автоматизировать.
Если люди используют тестовые ссылки, вы не сможете удалить ссылку на сборку MSTest (и вам все равно нужно будет иметь VS на своем сервере сборки - и она будет по-прежнему случайным образом давать сбой при использовании Shadow taks см. мои вопросы).
Самой большой ручной работой для меня было прохождение 20 строк стандартного шаблона в области вверху, чтобы увидеть, действительно ли кто-либо использовал какие-либо из пользовательских атрибутов перед их удалением.
Главное, что было бы много работы, если бы не шаблон CodeRush, было преобразование ExpectedException в Assert.Throws. Если у вас нет CodeRush или ReSharper на этой работе, вы бы украли деньги у своего работодателя.