Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Microsoft.Testing.Platform i progetti di test vengono compilati come eseguibili che possono essere eseguiti o sottoposti a debug direttamente. Non ci sono ulteriori test che riguardano la console o i comandi. L'app viene chiusa con un codice di uscita diverso da zero se si verifica un errore, che è tipico per la maggior parte dei file eseguibili. Per altre informazioni sui codici di uscita noti, vedere codici di uscita Microsoft.Testing.Platform.
Suggerimento
È possibile ignorare un codice di uscita specifico usando l'opzione della riga di comando --ignore-exit-code.
È anche possibile impostare le opzioni della riga di comando applicabili a un project di test specifico nel file project usando la proprietà TestingPlatformCommandLineArguments MSBuild. Un caso d'uso comune riguarda i progetti di test con tutti i test ignorati, che in genere verranno chiusi con codice di uscita 8 (la sessione di test ha eseguito zero test). In questo scenario, è possibile aggiungere quanto segue in un PropertyGroup nel file project:
<TestingPlatformCommandLineArguments>$(TestingPlatformCommandLineArguments) --ignore-exit-code 8</TestingPlatformCommandLineArguments>
Importante
Per impostazione predefinita, Microsoft.Testing.Platform raccoglie i dati di telemetria. Per ulteriori informazioni e opzioni sulla rinuncia, vedere la telemetria di Microsoft.Testing.Platform.
La pubblicazione del project di test usando dotnet publish e l'esecuzione diretta dell'app è un altro modo per eseguire i test. Ad esempio, l'esecuzione del ./Contoso.MyTests.exe. In alcuni scenari è anche possibile usare dotnet build per produrre l'eseguibile, ma esistono casi limite da considerare, ad esempio Nativo AOT.
Utilizzare dotnet run.
Il comando dotnet run può essere usato per compilare ed eseguire il project di test. Questo è il modo più semplice, anche se a volte più lento, per eseguire i test. L'uso di dotnet run è pratico quando si modificano ed eseguono test in locale, perché garantisce che il project di test venga ricompilato quando necessario.
dotnet run troverà automaticamente anche il project nella cartella corrente.
dotnet run --project Contoso.MyTests
Per ulteriori informazioni su dotnet run, consultare dotnet run.
Utilizzare dotnet exec.
Il comando dotnet exec o dotnet viene usato per eseguire (o eseguire) un project di test già compilato, questa è un'alternativa all'esecuzione diretta dell'applicazione.
dotnet exec richiede il percorso del dll di progetto di test compilato.
dotnet exec Contoso.MyTests.dll
o
dotnet Contoso.MyTests.dll
Annotazioni
Se si specifica il percorso del file eseguibile project di test (*.exe) viene generato un errore:
Error:
An assembly specified in the application dependencies manifest
(Contoso.MyTests.deps.json) has already been found but with a different
file extension:
package: 'Contoso.MyTests', version: '1.0.0'
path: 'Contoso.MyTests.dll'
previously found assembly: 'S:\t\Contoso.MyTests\bin\Debug\net10.0\Contoso.MyTests.exe'
Per ulteriori informazioni su dotnet exec, consultare dotnet exec.
Utilizzare dotnet test.
Microsoft.Testing.Platform offre un livello di compatibilità con vstest.console.exe e dotnet test assicurandosi di poter eseguire i test come prima durante l'abilitazione di un nuovo scenario di esecuzione.
dotnet test Contoso.MyTests.dll
Vedere anche
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.
