Nota:
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
En este artículo se proporciona un punto de entrada central para las opciones de línea de comandos Microsoft.Testing.Platform.
Opciones de plataforma
@Especifica el nombre del archivo de respuesta. El nombre del archivo de respuesta debe seguir inmediatamente el
@carácter sin espacio en blanco entre el@carácter y el nombre del archivo de respuesta.Las opciones de un archivo de respuesta se interpretan como si estuvieran presentes en ese lugar en la línea de comandos. No puedes usar el carácter de barra inversa
\para concatenar líneas. El uso de un archivo de respuesta ayuda para comandos muy largos que podrían superar los límites de terminal. Puede combinar un archivo de respuesta con argumentos de línea de comandos en línea. Por ejemplo:./TestExecutable.exe @"filter.rsp" --timeout 10sdonde filter.rsp puede tener el siguiente contenido:
--filter "A very long filter"O bien, se puede usar un único archivo rsp para especificar el tiempo de espera y el filtro como se indica a continuación:
./TestExecutable.exe @"arguments.rsp"--filter "A very long filter" --timeout 10sNota:
Cuando se usa
dotnet test, el analizador de línea de comandos del SDK usa un enfoque de token por línea en el que cada línea del archivo de respuesta se trata como un único token. En ese caso, cada argumento debe estar en una línea independiente:--filter A very long filter --timeout 10s--config-fileEspecifica un archivo testconfig.json.
--diagnosticHabilita el registro de diagnóstico. El nivel de registro predeterminado es
Trace. El archivo se escribe en el directorio de salida con el siguiente formato de nombre:log_[MMddHHssfff].diag.--diagnostic-synchronous-writeObliga al registrador de archivos integrado a escribir registros de forma sincrónica. Resulta útil para escenarios en los que no desea perder ninguna entrada de registro (si el proceso se bloquea). Esto ralentiza la ejecución de la prueba.
--diagnostic-output-directoryDirectorio de salida del registro de diagnóstico, si no se especifica que el archivo se genere en el directorio predeterminado TestResults.
--diagnostic-file-prefixPrefijo del nombre del archivo de registro. Tiene como valor predeterminado
"log".--diagnostic-verbosityDefine el nivel de detalle cuando se usa el modificador
--diagnostic. Los valores disponibles sonTrace,Debug,Information,Warning,ErroroCritical.--exit-on-process-exitSalga del proceso de prueba si el proceso dependiente se cierra. Se debe proporcionar PID.
--helpImprime una descripción de cómo usar el comando .
--ignore-exit-codePermite omitir algunos códigos de salida distintos de cero y, en su lugar, devolverlos como
0. Para obtener más información, consulte Omisión de códigos de salida específicos.--infoMuestra información avanzada sobre la aplicación de prueba de .NET, como:
- La plataforma.
- El entorno.
- Cada proveedor de línea de comandos registrado, como
name,version,descriptionyoptions. - Cada herramienta registrada, como
command,name,version,description, y todos los proveedores de línea de comandos.
Esta característica se usa para comprender las extensiones que registrarían la misma opción de línea de comandos o los cambios en las opciones disponibles entre varias versiones de una extensión (o la plataforma).
--list-testsEnumerar las pruebas disponibles. Las pruebas no se ejecutarán.
--maximum-failed-testsEspecifica el número máximo de errores de pruebas que, cuando se alcanza, detendrá la ejecución de pruebas. La compatibilidad con este modificador requiere que los autores del marco implementen la funcionalidad
IGracefulStopTestExecutionCapability. El código de salida al alcanzar esa cantidad de errores de prueba es 13. Para obtener más información, consulte códigos de salida de Microsoft.Testing.Platform.Nota:
Esta característica está disponible en Microsoft.Testing.Platform a partir de la versión 1.5.
--minimum-expected-testsEspecifica el número mínimo de pruebas que se espera que se ejecuten. De forma predeterminada, se espera que se ejecute al menos una prueba.
--results-directoryEl directorio donde se guardarán los resultados de pruebas. Si el directorio especificado no existe, se crea. El valor predeterminado es
TestResultsen el directorio que contiene la aplicación de prueba.--timeoutTiempo de espera global de ejecución de pruebas. Toma un argumento como cadena en el formato
<value>[h|m|s]donde<value>es float.
Opciones de extensión por escenario
Use la tabla siguiente para buscar opciones de extensión rápidamente.
| Escenario | Documentación de características |
|---|---|
| Recopilar cobertura de código | Cobertura de código |
| Recopilación de volcados por caída o bloqueo | Volcados de caídas y bloqueos |
| Generación de informes de prueba (por ejemplo, TRX) | Informes de prueba |
| Personalización de la salida del terminal | Salida del terminal |
| Aplicar controles de nivel de hospedaje | Recarga activa |
| Volver a intentar pruebas fallidas | Reintentar |
| Ejecución de pruebas que usan Microsoft Fakes | Microsoft Fakes |
| Emisión de seguimientos y métricas de OpenTelemetry | OpenTelemetry |
Detección de opciones en la aplicación de prueba
Ejecute el archivo ejecutable de prueba con --help para enumerar las opciones disponibles para el conjunto de extensiones actual.
Para obtener diagnósticos avanzados de proveedores y opciones registrados, ejecute con --info.