Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Cet article fournit un point d’entrée central pour les options de ligne de commande Microsoft.Testing.Platform.
Options de plateforme
@Spécifie le nom du fichier de réponse. Le nom du fichier de réponse doit immédiatement suivre le
@caractère sans espace blanc entre le@caractère et le nom du fichier de réponse.Les options d'un fichier de réponse sont interprétées comme si elles étaient présentes à cet endroit de la ligne de commande. Vous ne pouvez pas utiliser le caractère antislash
\pour concaténer des lignes. L'utilisation d'un fichier de réponse est utile pour les commandes très longues qui pourraient dépasser les limites du terminal. Vous pouvez combiner un fichier de réponse avec des arguments de ligne de commande en ligne. Par exemple:./TestExecutable.exe @"filter.rsp" --timeout 10sPar exemple, le fichier filter.rsp peut contenir les éléments suivants :
--filter "A very long filter"Vous pouvez également utiliser un seul fichier rsp pour spécifier à la fois le délai d'attente et le filtre comme suit :
./TestExecutable.exe @"arguments.rsp"--filter "A very long filter" --timeout 10sNote
Lors de l’utilisation
dotnet test, l’analyseur de ligne de commande SDK utilise une approche par jeton par ligne où chaque ligne du fichier réponse est traitée comme un seul jeton. Dans ce cas, chaque argument doit se trouver sur une ligne distincte :--filter A very long filter --timeout 10s--config-fileSpécifie un fichier testconfig.json.
--diagnosticActive la journalisation des diagnostics. Le niveau de journalisation par défaut est
Trace. Le fichier est écrit dans le répertoire de sortie au format de nom suivant.log_[MMddHHssfff].diag--diagnostic-synchronous-writePermet d'imposer au journalisateur de fichiers intégré d'écrire les logs synchronement. Utile pour les scénarios où vous ne souhaitez perdre aucune entrée de journal (si le processus se bloque). Cela ralentit l’exécution du test.
--diagnostic-output-directoryLe répertoire de sortie de la journalisation des diagnostics, s’il n’est pas spécifié, le fichier est généré dans le répertoire TestResults par défaut.
--diagnostic-file-prefixPréfixe du nom de fichier journal. La valeur par défaut est
"log".--diagnostic-verbosityPermet de définir le niveau de verbosité lorsque le commutateur
--diagnosticest utilisé. Les valeurs disponibles sontTrace,Debug,Information,Warning,ErrorouCritical.--exit-on-process-exitQuittez le processus de test si le processus dépendant se termine. Le PID doit être fourni.
--helpImprime une description de l’utilisation de la commande.
--ignore-exit-codePermet à certains codes de sortie non nuls d’être ignorés et d’être retournés en tant que
0à la place. Pour plus d’informations, consultez Ignorer des codes de sortie spécifiques.--infoAffiche des informations avancées sur l’application de test .NET, telles que :
- La plateforme.
- L’environnement.
- Chaque fournisseur de ligne de commande inscrit, tel que ses
name,version,descriptionetoptions. - Chaque outil inscrit, tel que ses
command,name,version,descriptionet tous les fournisseurs de ligne de commande.
Cette fonctionnalité est utilisée pour comprendre les extensions qui effectuent l’inscription de la même option de ligne de commande ou les modifications apportées aux options disponibles entre plusieurs versions d’une extension (ou la plateforme).
--list-testsRépertoriez les tests disponibles. Les tests ne seront pas exécutés.
--maximum-failed-testsSpécifie le nombre maximum d'échecs de tests qui, lorsqu'il est atteint, arrête l'exécution du test. La prise en charge de ce commutateur nécessite que les auteurs de framework implémentent la capacité
IGracefulStopTestExecutionCapability. Le code de sortie lorsque ce nombre d'échecs est atteint est 13. Pour plus d'informations, consultez Codes de sortie Microsoft.Testing.Platform.Note
Cette fonctionnalité est disponible dans Microsoft.Testing.Platform à partir de la version 1.5.
--minimum-expected-testsSpécifie le nombre minimal de tests censés s’exécuter. Par défaut, au moins un test est censé s’exécuter.
--results-directoryRépertoire où les résultats de test doivent être placés. Si le répertoire spécifié n’existe pas, il est créé. La valeur par défaut est
TestResultsdans le répertoire qui contient l’application test.--timeoutUn délai d'expiration global pour l'exécution de tests. Prend un argument comme chaîne au format
<value>[h|m|s]où<value>est flottant.
Options d’extension par scénario
Utilisez le tableau suivant pour rechercher rapidement les options d’extension.
| Scénario | Documentation sur les fonctionnalités |
|---|---|
| Collecter la couverture du code | Couverture du code |
| Collecter des vidages de plantage ou de blocage | Blocage et vidages de gel |
| Générer des rapports de test (par exemple TRX) | Rapports de test |
| Personnaliser la sortie du terminal | Sortie du terminal |
| Appliquer des contrôles au niveau de l’hébergement | Hot Reload |
| Réessayer les tests échoués | réessayer |
| Exécuter des tests qui utilisent Microsoft Fakes | Microsoft Fakes |
| Émettre des traces et des métriques OpenTelemetry | OpenTelemetry |
Découvrir les options dans votre application de test
Exécutez votre exécutable de test avec --help pour lister les options disponibles pour votre jeu d’extensions actuel.
Pour les diagnostics avancés des fournisseurs et options inscrits, exécutez la commande --info.