Regole di progettazione MSTest
Le regole di progettazione consentono di creare e gestire gruppi di test aderenti alla corretta progettazione e alle buone pratiche.
Identificatore | Nome | Descrizione |
---|---|---|
MSTEST0004 | PublicTypeShouldBeTestClassAnalyzer | È considerato buona pratica avere solo classi di test contrassegnate come pubbliche in un progetto di test. |
MSTEST0006 | AvoidExpectedExceptionAttributeAnalyzer | Preferire Assert.ThrowsException o Assert.ThrowsExceptionAsync rispetto a [ExpectedException] in quanto garantisce che solo la chiamata prevista generi l'eccezione prevista. Le API assert offrono anche maggiore flessibilità e consentono di asserire proprietà aggiuntive dell'eccezione. |
MSTEST0015 | TestMethodShouldNotBeIgnored | I metodi di test non devono essere ignorati (contrassegnati con [Ignore] ). |
MSTEST0016 | TestClassShouldHaveTestMethod | La classe di test deve avere almeno un metodo di test o essere "statica" con metodi contrassegnati da [AssemblyInitialization] e/o [AssemblyCleanup] . |
MSTEST0019 | PreferTestInitializeOverConstructorAnalyzer | Preferire i metodi TestInitialize rispetto ai costruttori |
MSTEST0020 | PreferConstructorOverTestInitializeAnalyzer | Preferire i costruttori rispetto ai metodi TestInitialize |
MSTEST0021 | PreferDisposeOverTestCleanupAnalyzer | Preferire i metodi Dispose rispetto ai metodi TestCleanup |
MSTEST0022 | PreferTestCleanupOverDisposeAnalyzer | Preferire i metodi TestCleanup rispetto a Dispose |
MSTEST0025 | PreferAssertFailOverAlwaysFalseConditionsAnalyzer | Usare "Assert.Fail" invece di un'asserzione con esito sempre negativo |
Collabora con noi su GitHub
L'origine di questo contenuto è disponibile in GitHub, in cui è anche possibile creare ed esaminare i problemi e le richieste pull. Per ulteriori informazioni, vedere la guida per i collaboratori.