Avviare e fare il debug dei test

I progetti di test MTP 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 MTP.

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, MTP raccoglie i dati di telemetria. Per altre informazioni e opzioni sull'opt-out, vedere Telemetria MTP.

Annotazioni

Disponibile in MTP a partire dalla versione 2.3.0.

Per un arresto normale, premere CTRL+C una volta per richiedere l'annullamento. L'esecuzione dei test può completare la fase di teardown. Per terminare immediatamente, premere di nuovo CTRL+C .

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.

A partire da .NET 10 SDK, dotnet test è disponibile una modalità MTP dedicata. Selezionare MTP tramite global.jsonoppure usare la DOTNET_TEST_RUNNER variabile di ambiente con .NET 11 Preview 6 o versione successiva. La modalità dedicata supporta progetti, soluzioni, moduli di test compilati e tipi di input aggiuntivi nelle versioni più recenti dell'SDK.

dotnet test --test-modules Contoso.MyTests.dll

Per la selezione del runner e per la migrazione dalla modalità compatibile con VSTest, vedere Test con dotnet test.

Vedere anche

  • Ultimo aggiornamento: