Другие платформы модульного тестирования, которые я использовал, усердно работают, чтобы гарантировать, что тест дает идентичные результаты, независимо от того, выполняется ли тест по отдельности или как часть альтернативы «запусти их всех». Цель состоит в том, чтобы предотвратить влияние одного теста на другой из-за побочных эффектов, таких как (например), когда один тест оставляет статическое состояние класса в конфигурации, которую другой тест не ожидает. Среда модульного тестирования VS не обеспечивает такую изоляцию. У меня есть 2 предложения по минимизации проблем, о которых идет речь. Во-первых, используйте нестатический класс в предпочтении статическому классу, если класс имеет состояние (имеет что-то кроме статических методов). Создайте один экземпляр этого класса и сохраните в нем информацию о состоянии, которая хранилась в статическом классе. Во-вторых, если вы решили иметь статический класс (ы) со статическим состоянием, имейте статический метод, который устанавливает статическое состояние обратно в «пустое» (например, метод, который устанавливает все статические свойства в нуль / ноль / и т. Д.). Вызывайте это в конце каждого модульного теста, чтобы отменить любые эффекты, которые тест оказал на статическое состояние. (По общему признанию это менее чем элегантно, но может быть осуществимо, если сделано в умеренности). Или сделайте то, что я планирую сделать, - найдите платформу для модульных тестов, которая обеспечивает изоляцию между тестами.