¿Qué incluye la certificación de Android? ¿La certificación de Android solo incluye la certificación GMS?

La certificación GMS generalmente requiere que proporcionemos tres informes de prueba: CTS, XTS y Verify, como se muestra en la siguiente figura:

Bin: software de certificación

cts ：informe de prueba de cts

Informe de prueba GTS: XTS

CtsVerifierReports: informe de prueba de verificación

CTS:

CTS (completo nombre "Compatibility Test Suite", es decir, "Compatibility Test Package") certificación, este es un conjunto. programa apk, etc. para realizar pruebas. Disponible en el sitio web oficial (kvcmvzdw 0 c 8s/wrz w0 ch 0 zxn 0 umvzdw 0 lnhtbckup gjyic 8 dqo 1 lkxpr 9 dfz 6 Lu 2 ss/wrzpwqo 6 kgfujvawqty 3 rzigvwb 3 npdg 9 yewxvz 3 mppc 9 wp g 0 kfa phn 0cm 9 uzz 7 su 7 djx m/9 qosq 1 rt 655438 0 nkk

Reentrar. //cts-tradefedcts-TF->TF-> Ejecutar cts-continue-session_id

PS: El session_id se puede ver ingresando l r en la línea de comando CTS. Por ejemplo, si el session_id visto ingresando l r es 0, debe ingresar run CTS–continue-session 0 en la línea de comando CTS para poder hacerlo. Solo continuaremos probando aquellos que fallaron antes. Los proyectos que hayan pasado no serán probados.

¿Cómo modificamos el informe?

No tenemos el entorno para aprobar, pero sí. Podemos estar seguros de que este se puede aprobar, por lo que podemos modificar directamente el informe:

Cuando modificamos el informe, podemos realizar las modificaciones correspondientes haciendo referencia al elemento aprobado anterior y al siguiente. del elemento de prueba a modificar, lo cual es muy simple Después de la modificación, podemos hacer que se ejecute nuevamente y generar un nuevo informe de prueba

Si ejecutamos el paquete o clase individualmente:

Ejecute el paquete de prueba:

"Ejecutar cts --package"

Ejecute cts -p android.os

Ejecute la clase de prueba:

'Ejecutar cts --class'

Ejecutar cts -c aplicación Android cts .

Ver más información del comando cts:

"Ejecutar cts-help"

l p-verificar qué características están disponibles

l paquetes -ver qué paquetes están disponibles

Nota. Importante:

1 comando CTS 4.0 es completamente diferente de CTS 2.3/2.3, así que después de ingresar a CTS, primero ingrese ayuda para ver el formato. y significado del comando.

2. Normal La prueba de CTS4.0 demora entre 6 y 9 horas, así que encienda la alimentación durante la prueba e intente realizar la prueba por la noche para no afectar el uso. el equipo.

3. CTS es una prueba automática y no se requiere intervención humana. Si estás en el trabajo, puedes observarlo cada 1-2 horas.

4.CTS4.0 no generará un informe de prueba cuando se desconecte o finalice durante la prueba, por lo que debe garantizar la estabilidad de la conexión USB y la configuración de la plataforma antes de realizar la prueba.

5. Cuando CTS ejecuta cts-plan CTS, buscará en la carpeta del informe histórico en android-cts/repository/results. Si hay muchos archivos, la velocidad de inicio será muy lenta. Por lo tanto, limpie los informes históricos en la carpeta de resultados con regularidad (simplemente elimine la carpeta de informes directamente).

Preguntas frecuentes:

A veces copiar puede causar algunos problemas de permisos. En este caso, podemos ejecutar sudo chmod 0777 filename para aumentar los permisos. Es muy importante una rápida introducción a las pruebas CTS (MTK).

/_layouts/15/mol/topic/ext/topic . id=53

3.2 Prueba XTS:

Archivo Android-gts (extracto gts-2.1_r1.zip)

La prueba XTS es la misma que CTS, pero solo Cambie ligeramente el comando:

ejecutar xts –schedule xts

ejecutar xts –continue-session_id

ejecutar xts -p android.os

Ejecute xts -c aplicación Android. cts. características del sistema test -m testSensorFeatures

3.3 Pruebe manualmente CTS-Verifier:

CtsVerifier.apk——-(Descomprima Android-CTS). -Verifier-4.4_R3-Linux_x86-arm zip)

Esta es una prueba manual. Sólo necesitamos instalar esta apk y seguir las instrucciones paso a paso. Finalmente exportamos el informe.

Cosas a tener en cuenta:

Aún hay un pedido de prueba para esta prueba. En general, la prueba de serialización de políticas es la última prueba porque hará que falle el elemento de verificación de contraseña de Keyguard. Podemos probar la validación de la contraseña de Keyguard al principio y la serialización de la política al final. Necesitamos probar los elementos de prueba de la cámara uno por uno. No podemos simplemente presionar aprobar porque el informe de prueba contiene información detallada sobre estos elementos de prueba. Antes de probar el elemento de prueba de medición del acelerómetro, seleccionamos un valor predeterminado en Configuración-Sonido-Sonido de notificación predeterminado; de lo contrario, la aplicación puede fallar porque no hay ninguna configuración y este elemento fallará. Entre los elementos de prueba del verificador de calidad de transmisión de video, se pueden pasar tres elementos de RTSP usando wifi, pero no se pueden pasar tres elementos de HTTP PROGRESSIVE. En otras palabras, es normal que falle el elemento de prueba del Verificador de calidad de transmisión de video.

La prueba del accesorio USB a veces ejecuta el comando pero no funciona. Esto puede deberse a la computadora. Pruebe con otra computadora varias veces.

Prueba de accesorios USB en CTS Verifier, siga los pasos a continuación para probar el proyecto:

1) Instale CTSVerifier.apk en el dispositivo telefónico.

2) Agregue el dispositivo "18d1:2d01" a /etc/udev/rules.d/51-Android.rules y reinicie

Acerca de agregar el dispositivo "18d1:2d01" se agrega a /etc/udev/rules.d/51-Android.rules.

Consulte la sección SOP "Configuración del entorno CTS (3/4)" para obtener ayuda.

Ubuntu 10.4

Agrega un archivo de configuración udev para usb y cambia el modo

sudo touch /etc/udev/rules d/51-Android . p>sudo chmod a rw/etc/udev/rules . d/51-Android reglas

Agregue la siguiente cadena en 51-android-rules para configurar USB

Subsistema ==. "usb " , atributo {idVendor}== "0bb4 ", atributo {idProduct}== "0c03 ", MODE="0666 "

Reinicie el servicio udev para actualizar la configuración

sudo restart udev

Reinicie Ubuntu

Después de conectar el dispositivo Android a la PC, escriba lsusb, si la conexión es exitosa, debería ver la siguiente cadena:

Ejemplo:

Bus 002 Dispositivo 002: ID 0bb4:0c03 Compañía de informática de alta tecnología

3) Conecte el teléfono a la PC con Linux, habilite adb

4 ) En la PC con Linux Ejecute cts-usb-accessory y espere hasta que "el dispositivo Android se encuentre en modo accesorio (18d1:2d01

5) El dispositivo aparecerá en cts-verifier, inicie CTS Verifier y ejecute el Prueba de accesorios USB.

6) Asegúrese de que no haya otros dispositivos conectados a la PC.

Los proyectos de prueba de Bluetooth requieren tiempo y paciencia. Esto es especialmente cierto para la prueba del cliente BLE. proyectos Al probar este elemento, primero puede escribir la dirección mac (puede escribir algunas direcciones mac simples, como pass (11:11:11:165438)). Según la experiencia de prueba, en general, 4. El confiable. La forma de escribir BLE es esta La clave para aprobar el examen. Normalmente uso 4. BLE para realizar la prueba de escritura confiable en el penúltimo paso, ingreso la información varias veces (no ingrese solo una letra a la vez) y espere. para la prueba de cliente de escritura confiable de otro teléfono. El elemento se muestra en verde y finalmente realiza 8. El cliente BLE se desconecta para pasar esta prueba.

Elementos de prueba de copia de seguridad de datos:

Primero realice una prueba aleatoria en cts verifier, abra la copia de seguridad y recuperación en la configuración, haga clic para generar datos de prueba --> Aceptar

adb shell bmgr enable true

ADB shell bmgr transport Android/com copia de seguridad interna de Android

adb shell bmgr run

instalación de adb F: cts 4.0 cts 4.0 3_r2apk 4.0 .

. Una vez completada la prueba, podemos usar el comando adb push para exportar el informe de la prueba.

ADB pull/SD card/ctsveriferreports/home/Android/tmp

Algunas notas sobre los resultados de la prueba 3.4:

Los requisitos de la pregunta en el encabezado del resultado de la prueba están en el documento. El tipo de archivo de firma en la huella digital de compilación de la información del dispositivo en CTS y GTS es clave de versión, es decir, la firma de la versión de software que probamos debe usar clave de versión, como se muestra en la siguiente figura:

El proyecto GTS es obligatorio en el archivo. Los atributos en los resultados de la prueba deben incluir ro.com.google.gmsversion y ro.com.google.clientidbase. Algunos clientes tienen requisitos para el nombre ro.com.google. .clientidbase. Como se muestra a continuación, falta la entrada ro.com.google.clientidbase.

4 Manejo de proyectos no calificados

Déle a Qualcomm un caso y a MTK un servicio electrónico, porque en circunstancias normales, no puedo resolver este problema por mí mismo y confío principalmente en Qualcomm y MTK para resolverlo. Acumule lentamente su propia biblioteca de elementos fallidos y acumule lentamente su propia capacidad para lidiar con elementos fallidos.