Microsoft annonce le nouveau SDK MSTest construit sur le SDK du projet MSBuild. Il est conçu pour offrir une meilleure expérience de test avec MSTest en facilitant la configuration du projet avec des valeurs par défaut raisonnables et des options flexibles.
Cette nouvelle expérience a été construite sur le runtime MSTest récemment introduit pour simplifier davantage votre expérience. Ce nouveau programme d’exécution, un moyen léger, fiable et performant d’exécuter des tests MSTest, est livré en tant que dépendance du package NuGet. MSTest.TestAdapter. Le programme d’exécution et ses extensions sont composés de plusieurs packages NuGet pour fournir une expérience d’exécution de tests extensible, flexible et configurable. Cependant, être personnalisable peut soulever de nombreuses questions : quelles extensions sont recommandées ? Quelles sont les valeurs par défaut correctes ? Comment aligner les versions ? C’est là que le SDK MSTest entre en jeu.
Premiers pas avec le SDK MSTest
Il est facile de démarrer avec le nouveau SDK MSTest. Créez simplement un nouveau projet MSTest (ou mettez à jour un projet MSTest existant) et remplacez le contenu du fichier .csproj par ce qui suit :
| 1 |
|
Notez que vous pouvez utiliser n'importe quel framework cible pris en charge par MSTest (c'est-à-dire net462 et plus).
Avantages du SDK MSTest
Ce nouveau SDK offre de nombreux avantages pour vous et vos projets de tests :
- Meilleurs paramètres par défaut
- Utilisation simplifiée
- Extensibilité de l'exécuteur MSTest
- Acceptation plus facile des nouvelles fonctionnalités (par exemple, tests AOT natifs).
Meilleurs paramètres par défaut
Lorsque vous utilisez le SDK MSTest, vous vous alignez sur les modèles fournis par les principaux types d'applications tels que ASP.NET Core, Razor, Windows Desktop. Il utilisera les suggestions par défaut que l'équipe MSTest fait pour vos projets de test.
Par exemple, Microsoft a introduit certains analyseurs de code statique MSTest avec la v3.2, mais ces analyseurs sont définis dans un nouveau package qui n'est pas disponible par défaut, vous devrez donc ajouter manuellement ce package à vos projets de test. Au lieu de cela, en utilisant le SDK MSTest, vous pouvez simplement modifier les versions et obtenir toutes les nouvelles valeurs par défaut.
Microsoft suit de près les principes de gestion des versions sémantiques lors du choix des valeurs par défaut et de leur mise à jour entre les versions pour garantir que vous disposez de mises à jour compréhensibles et faciles.
Utilisation plus facile des extensions MSTest Runner
En plus du programme d'exécution MSTest, Microsoft fournit également un ensemble d'extensions que vous pouvez installer sous forme de packages NuGet pour améliorer votre expérience de test. Pour vous aider à sélectionner les bonnes valeurs par défaut et les bonnes extensions et pour garantir une mise à jour et des alignements faciles entre les extensions, nous introduisons un nouveau concept de « profils ». Microsoft propose actuellement les 3 profils suivants : Défaut, TousMicrosoft Et Aucun, que vous pouvez configurer et personnaliser. Le profil par défaut est recommandé.
Le profil par défaut contient
- Couverture du code Microsoft
- Prise en charge des rapports TRX
À partir de n'importe quel profil, vous pouvez ensuite choisir manuellement d'intégrer ou de supprimer des extensions supplémentaires en ajoutant des propriétés supplémentaires à votre projet qui suivraient le modèle. Activer[NugetPackageNameWithoutDots]. Par exemple, pour ajouter la prise en charge du vidage sur incident au profil par défaut, vous pouvez simplement ajouter la propriété MSBuild suivante ActiverMicrosoftTestingExtensionsCrashDump vrai.
| 1 |
|
Vous pouvez vous référer à la documentation du SDK MSTest pour obtenir plus d'informations sur ces profils et leurs valeurs par défaut.
Tester l'AOT natif
MSTest est le premier framework de test et exécuteur .NET à prendre en charge l'exécution de tests en mode AOT natif. Lorsque vous utilisez le SDK MSTest, Microsoft détecte automatiquement si vous publiez en mode AOT et échange de manière transparente tous les packages de test et configurations requis pour correspondre à ce mode spécialisé.
Exemple de configuration de projet sans SDK MSTest :
| 1 |
|
La même configuration de projet avec le SDK MSTest :
| 1 |
|
L'étape suivante?
Le style du SDK MSTest, bien qu'encore en cours de développement, est la pierre angulaire des développements et fonctionnalités futurs. Microsoft encourage fortement tous les utilisateurs de MSTest à passer à ce style de SDK qui deviendra la norme pour le modèle de projet MSTest avec .NET 9.
Microsoft prévoit également d'ajouter d'autres scénarios dans les prochaines versions, tels que Playwright et WinUI.
Source : "Présentation du SDK MSTest" (Microsoft)
Et toi ?
Quelle est votre opinion sur le sujet ?
Voir aussi :
Microsoft partage sa vision initiale pour .NET 9 et publie le premier aperçu de la nouvelle version du framework dont les domaines d'intérêt sont le développement d'applications cloud natives et intelligentes
Qu’est-ce que .NET et pourquoi le choisir ? par l'équipe Microsoft .NET
