Règles de conception MSTest
Les règles de conception vont vous aider à créer et à gérer des suites de test d’une conception saine et respectant les bonnes pratiques.
Identificateur | Nom | Description |
---|---|---|
MSTEST0004 | PublicTypeShouldBeTestClassAnalyzer | Une bonne pratique consiste à n’avoir que des classes de test marquées comme publiques dans un projet de test. |
MSTEST0006 | AvoidExpectedExceptionAttributeAnalyzer | Il est préférable d’utiliser Assert.ThrowsException ou Assert.ThrowsExceptionAsync plutôt que [ExpectedException] , car cela permet de s’assurer que seul l’appel prévu déclenche l’exception prévue. Les API Assert offrent également une plus grande flexibilité et vous permettent d’affirmer des propriétés supplémentaires de l’exception. |
MSTEST0015 | TestMethodShouldNotBeIgnored | Les méthodes de test ne doivent pas être ignorées (marquées par [Ignore] ). |
MSTEST0016 | TestClassShouldHaveTestMethod | La classe de test doit avoir au moins une méthode de test ou être « statique » avec des méthodes marquées par [AssemblyInitialization] et/ou [AssemblyCleanup] . |
MSTEST0019 | PreferTestInitializeOverConstructorAnalyzer | Préférer les méthodes TestInitialize aux méthodes constructeurs |
MSTEST0020 | PreferConstructorOverTestInitializeAnalyzer | Préférer les méthodes constructeurs aux méthodes TestInitialize |
MSTEST0021 | PreferDisposeOverTestCleanupAnalyzer | Préférer les méthodes Dispose aux méthodes TestCleanup |
MSTEST0022 | PreferTestCleanupOverDisposeAnalyzer | Préférer les méthodes TestCleanup aux méthodes Dispose |
MSTEST0025 | PreferAssertFailOverAlwaysFalseConditionsAnalyzer | Utilisez « Assert.Fail » au lieu d’un assert toujours défaillant |
Collaborer avec nous sur GitHub
La source de ce contenu se trouve sur GitHub, où vous pouvez également créer et examiner les problèmes et les demandes de tirage. Pour plus d’informations, consultez notre guide du contributeur.