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 de MTP.
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.
--debugDetiene la ejecución de la prueba al iniciarse para que pueda adjuntar un depurador al proceso de prueba. Equivalente a establecer la
TESTINGPLATFORM_WAIT_ATTACH_DEBUGGERvariable de entorno en1. No se admite en plataformas de explorador.Nota:
Esta opción está disponible en MTP a partir de la versión 1.9.0. Reemplaza la opción anterior (introducida en MTP 1.6.0); el nombre anterior
--debug-wait-attachse quitó y ya no se debe usar.--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.
--filter-uidFiltra las pruebas que se ejecutarán según los UID de sus nodos de prueba. Acepta uno o varios UID.
Nota:
Esta opción está disponible en MTP a partir de la versión 1.8.0.
--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-testsEnumera las pruebas disponibles sin ejecutarlas. Opcionalmente, toma un argumento que controla el formato de salida:
text(valor predeterminado, legible por el usuario) ojson.Nota:
El
jsonformato de salida está disponible en MTP a partir de la versión 2.3.0.--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 MTP.Nota:
Esta característica está disponible en MTP 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.
--no-bannerDeshabilita el banner de inicio, el mensaje de copyright y el banner de telemetría. El mismo efecto se puede lograr a través de las
TESTINGPLATFORM_NOBANNERDOTNET_NOLOGOo .--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.--treenode-filterFiltra las pruebas que se van a ejecutar mediante una expresión de filtro de árbol. Los filtros de árbol ofrecen una coincidencia más completa que
--filterpara escenarios avanzados.
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 bloqueo y de falta de respuesta |
| 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.