Consola de comandos de CTS v2

Nota: Para Android 6.0 o versiones anteriores, consulta Consola de comandos de CTS v1.

Usar la consola de CTS v2

Para Android 7.0 o versiones posteriores, usa CTS v2.

Seleccionar planes

Los planes de prueba disponibles incluyen los siguientes:

• cts: Ejecuta el CTS desde una instalación del CTS preexistente.
• cts-camera: Ejecuta la cámara CTS desde una instalación del CTS preexistente.
• cts-java: Ejecuta pruebas principales de Java desde una instalación de CTS preexistente.
• cts-pdk: ejecuta pruebas útiles para validar una compilación de fusión de PDK.
• Todo: Configuración común para los conjuntos de compatibilidad.

Entre otras opciones de configuración disponibles, se incluyen las siguientes:

• basic-reporters: Configuración con generadores de informes de CTS básicos.
• collect-tests-only: ejecuta el CTS desde una instalación del CTS preexistente.
• common-compatibility-config: configuración común para paquetes de compatibilidad.
• cts-filtered-sample: configuración común para conjuntos de compatibilidad.
• cts-known-failures: configuración con fallas conocidas de CTS
• cts-preconditions: Configuración de las condiciones previas del CTS.
• host: Ejecuta una sola prueba basada en host en un dispositivo existente.
• instrument: Ejecuta una sola prueba de instrumentación de Android en un dispositivo existente.
• native-benchmark: Ejecuta una prueba de esfuerzo nativa en un dispositivo existente.
• native-stress: Ejecuta una prueba de esfuerzo nativa en un dispositivo existente.
• recarga: Es una prueba falsa que espera los dispositivos casi descargados y los retiene para cargarse.
• testdef: Ejecuta pruebas contenidas en archivos test_def.xml en un dispositivo existente.
• util/wifi: Configuración de la compañía eléctrica para configurar el Wi-Fi en el dispositivo.
• util/wipe: Limpia los datos del usuario del dispositivo.

Todos estos planes y configuraciones se pueden ejecutar con el comando run cts.

Referencia de comandos de consola de CTS v2

Esta tabla resume los comandos de la consola de CTS v2 para para varios usos.

Host	Descripción
help	Muestra un resumen de los comandos más usados
help all	Muestra la lista completa de comandos disponibles.
version	Muestra la versión.
exit	Sal correctamente de la consola de CTS. La consola se cierra cuando las pruebas en ejecución hayan finalizado.
extdir	El archivo de descargas comprimido se descomprime en extdir. Si quieres Para deshacerte del resultado aumentado, usa la opción -q: unzip -q android-cts-9.0_r15-linux_x86-arm.zip -d extdir Si deseas descomprimir el archivo en el directorio actual, no uses la opción -d. simplemente ejecuta: unzip -q android-cts-9.0_r15-linux_x86-arm.zip
Ejecutar	Descripción
run cts	En Android 10, ejecuta el plan de CTS predeterminado y CTS-Instant (es decir, la invocación completa del CTS). En el caso de Android 9 o versiones anteriores, ejecuta el modo Solo para el plan de CTS. Usa esta opción completa (incluidas las condiciones previas) para validar el dispositivo. Consulta cts.xml para ver las inclusiones. La consola de CTS puede aceptar otros comandos mientras las pruebas están en curso. Si no hay dispositivos conectados, la máquina de escritorio (o host) del CTS esperará. para que se conecte un dispositivo antes de comenzar las pruebas. Si hay más de uno está conectado, el host del CTS elegirá un dispositivo automáticamente.
run cts-instant	En el caso de Android 9, ejecuta el plan predeterminado CTS-Instant.
run cts --module-parameter INSTANT_APP	En Android 10, ejecuta el plan predeterminado de CTS-Instant.
run cts --module-parameter INSTANT_APP --module/-m test_module_name	En Android 10, ejecuta el módulo de prueba CTS-Instant especificado. o módulos.
run retry	Solo para Android 9 o versiones posteriores. Reintentar todas las pruebas que fallaron o que no se ejecutaron de sesiones anteriores. Por ejemplo, run retry --retry -s o run retry --retry --shard-count con fragmentación de TF. run cts --retry no es permitidos para Android 9 o versiones posteriores.
run cts-sim	Para Android 11 o versiones posteriores Ejecuta el subconjunto de pruebas en un dispositivo con tarjeta SIM.
--device-token	Para Android 8.1 o versiones anteriores Especifica que un dispositivo determinado tiene la token. Por ejemplo, --device-token 1a2b3c4d:sim-card.
--enable-token-sharding	Solo para Android 10 o versiones posteriores. Automáticamente coincide con la prueba que requiere el tipo de SIM correspondiente. No es necesario proporcionar un número de serie de dispositivo para ejecutar. Casos de prueba relacionados con SIM SIMs compatibles: SIM_CARD, UICC_SIM_CARD, y SECURE_ELEMENT_SIM_CARD.
run cts-dev	Ejecutar el plan de CTS predeterminado (es decir, la invocación de CTS completa) omitir condiciones previas para ahorrar tiempo de ejecución para el desarrollo iterativo de un nuevo la prueba. Esta acción omite la verificación y configuración del configuración, como enviar archivos multimedia o buscar redes Wi-Fi que se hace cuando se usa la opción --skip-preconditions. Esta también omite la recopilación de información del dispositivo y todos los verificadores de estado del sistema. También ejecuta las pruebas en una sola ABI. Para validar dispositivos, evita esta optimización y incluir todas las condiciones previas y verificaciones. Consulta cts-dev.xml para las exclusiones. La consola de CTS puede aceptar otros comandos mientras las pruebas están en curso. Si no hay dispositivos conectados, la máquina de escritorio (o host) del CTS esperará. para que se conecte un dispositivo antes de comenzar las pruebas. Si hay más de uno está conectado, el host del CTS elegirá un dispositivo automáticamente.
--subplan subplan_name	Ejecutar el subplan especificado
--module/-m test_module_name --test/-t test_name	Ejecuta el módulo especificado y haz una prueba. Por ejemplo: run cts -m Gesture --test android.gesture.cts.GestureTest#testGetStrokes ejecuta el paquete, la clase o la prueba específicos. Precaución: No uses esta opción. cuando uses la opción --include-filter.
--retry	Vuelve a intentar todas las pruebas que fallaron o que no se ejecutaron en las sesiones anteriores. Usa list results para obtener el ID de sesión.
--retry-type NOT_EXECUTED	Reintentar solo las pruebas que no se ejecutaron en las sesiones anteriores. Usa list results para obtener el ID de sesión.
--shards number_of_shards	Para Android 8.1 o versiones anteriores. Fragmenta un CTS te encuentras con una cantidad determinada de fragmentos independientes para ejecutarse en varios dispositivos en paralelo.
--shard-count number_of_shards	En Android 9. Fragmenta una ejecución de CTS en una cantidad determinada de independientes para que se ejecuten en varios dispositivos en paralelo.
--serial/-s deviceID	Ejecuta el CTS en el dispositivo específico.
--include-filter "test_module_name test_name"	Ejecuta con los módulos especificados o paquetes de prueba, clases y casos. Por ejemplo: run cts --include-filter "CtsCalendarcommon2TestCases android.calendarcommon2.cts.Calendarcommon2Test#testStaticLinking" incluye el módulo especificado. No se admite esta opción de comando cuando se ejecuta el reintento. Precaución: No uses esta opción. cuando uses la opción --module/-m.
--exclude-filter "test_module_name test_name"	Excluye de la ejecución los módulos o los paquetes de prueba, las clases y los casos especificados. Por ejemplo: run cts --exclude-filter "CtsCalendarcommon2Test android.calendarcommon2.cts.Calendarcommon2Test#testStaticLinking" excluye el módulo especificado.
--log-level-display/-l log_level	Ejecuta de modo que se muestre el nivel de registro mínimo especificado STDOUT. Valores válidos: [VERBOSE, DEBUG, INFO y WARN ERROR, ASSERT].
--abi abi_name	Fuerza la ejecución de la prueba en la ABI 32 o 64 determinada. De forma predeterminada, el CTS ejecuta una prueba una vez por cada ABI compatible con el dispositivo.
--logcat-on-failure: --bugreport-on-failure de --screenshoot-on-failure	Brinda más visibilidad de las fallas y puede ayudar con el diagnóstico.
--device-token	Especifica que un dispositivo tiene un token determinado, como --device-token 1a2b3c4d:sim-card.
--skip-device-info	Omite la recopilación de información sobre el dispositivo. Precaución: No uses esta opción. cuando se ejecuta el CTS para su aprobación.
--skip-preconditions	Omite las condiciones previas para ahorrar tiempo de ejecución para el desarrollo iterativo de un nueva prueba. Esta acción omite la verificación y configuración del configuración, como enviar archivos multimedia o buscar redes Wi-Fi conexión.
Lista	Descripción
list modules	Enumera todos los módulos de prueba disponibles en el repositorio.
list plans o list configs	Enumera todos los planes de prueba (configuraciones) disponibles en el repositorio.
list subplans	Enumera todos los subplanes disponibles en el repositorio.
list invocations	Enumera los comandos run que se ejecutan actualmente en los dispositivos.
list commands	Enumera todos los comandos run que se encuentran actualmente en la cola a la espera de ser asignados a dispositivos.
list results	Enumera los resultados de CTS almacenados actualmente en el repositorio.
list devices	Enumera los dispositivos conectados actualmente y su estado. Los dispositivos disponibles son dispositivos inactivos, en funcionamiento y disponibles para ejecutar pruebas. Los dispositivos no disponibles son visibles a través de adb, pero no responden a adb. comandos y no se asignarán a pruebas. Los dispositivos asignados son dispositivos que actualmente ejecutan pruebas.
Volcado	Descripción
dump logs	Vuelca los registros de intercambio de todas las invocaciones en ejecución.
Agregar	Descripción
add subplan --name/-n subplan_name --result-type [passed | failed | not_executed] [--session session_id]	Crear un subplan derivado de la sesión anterior esta opción genera que puede usarse para ejecutar un subconjunto de pruebas. El único la opción requerida es --session. Otras son opcionales, pero cuando incluidos, debe estar seguido de un valor. El La opción --result-type se puede repetir. por ejemplo add subplan --session 0 --result-type passed --result-type failed es válido.