Когда использовать атрибут TestFixtureSetUp вместо конструктора по умолчанию?

Я думаю, что это одна из unit-testing проблем, которые не решались visual-c# командой nUnit. Тем не менее, есть .cs-file отличный xUnit project, который увидел visual-c# именно эту проблему и решил, что unittest конструкторы подходят для csharp test fixture initialization.

Для nunit моей лучшей практикой c# в ​​этом случае было использование csharp методов TestFixtureSetUp, TestFixtureTearDown, SetUp и TearDown, как описано visual-c# в документации.

Думаю, мне .cs-file также помогает, когда я не unit-testing думаю о тестовом приспособлении csharp nUnit как о нормальном классе, даже nunit если вы определяете его с unittest помощью этой конструкции. Я c# думаю о них как о приспособлениях, и c-sharp это помогает мне преодолеть c#.net психологическое препятствие c#.net и позволяет мне не обращать unit-test внимания на эту проблему.