El Conjunto de pruebas de compatibilidad (CTS) es un conjunto de pruebas y herramientas de calidad comercial que se utilizan para garantizar que tus dispositivos sean compatibles con Android. El CTS está diseñado para integrarse en tu flujo de trabajo diario, por ejemplo, a través de un sistema de compilación continua. El CTS se ejecuta en una computadora de escritorio y ejecuta pruebas directamente en los dispositivos conectados o en un emulador. Para obtener una descripción general de la compatibilidad con Android, consulta Descripción general del programa de compatibilidad con Android.
Figura 1: Pruebas automatizadas de CTS
En la Figura 1, se muestra el proceso de ejecución de las pruebas automatizadas del CTS:
- Descarga e instala el CTS. Este paso también implica configurar el entorno de prueba, la estación de trabajo de prueba y el dispositivo que estás probando o el dispositivo en prueba (DUT).
- Ejecuta pruebas automatizadas del CTS.
- Almacena y revisa los resultados.
- Soluciona problemas y vuelve a ejecutar pruebas.
Usa el CTS para detectar incompatibilidades de forma anticipada y garantizar que tus implementaciones de Android sigan siendo compatibles durante todo el proceso de desarrollo.
Componentes de CTS
El CTS contiene los siguientes componentes principales:
- Federación de Comercio
- Un arnés y un framework de prueba permiten la ejecución automatizada de pruebas.
- Pruebas automatizadas de CTS
- Pruebas que usan el framework de Trade Federation y se pueden ejecutar con el arnés de prueba de Trade Federation.
- Pruebas del verificador de CTS (CTS-V)
- Pruebas que se deben ejecutar manualmente.
- App de CTS Verifier (CTS-V)
- Es una app que se usa para realizar pruebas de CTS-V y recopilar los resultados de estas pruebas.
- Caso de prueba
Es una prueba individual que se ejecuta en el DUT. Los casos de prueba automatizados se escriben en Java como pruebas JUnit y se empaquetan como archivos APK de Android para ejecutarse en el dispositivo de destino.
Los casos de prueba pueden ser pruebas de unidades o pruebas funcionales. Una prueba de unidades prueba unidades atómicas de código dentro de la plataforma de Android. Por ejemplo, una prueba de unidades puede probar una sola clase de Android.
Una prueba funcional ejercita una combinación de métodos y clases que se usan para un caso de uso específico.
- Configuración de la prueba
Es un conjunto específico de pruebas automatizadas que se ejecutan en el DUT. Las configuraciones de prueba son archivos XML ubicados en
WORKING_DIRECTORY/cts/tools/cts-tradefed/res/config. Hay configuraciones de prueba que contienen todos los casos de prueba automatizados y configuraciones de prueba que contienen un subconjunto de casos de prueba.- Módulo de prueba
Es una configuración de prueba que consta de una colección de casos de prueba para la misma área de funciones.
- Plan de pruebas
Es una configuración de prueba que consta de una colección de módulos de prueba.
Cobertura de pruebas
Los casos de prueba abarcan las siguientes áreas para garantizar la compatibilidad:
| Área | Descripción |
|---|---|
| Pruebas de firma | Para cada versión de Android, hay archivos XML que describen las firmas de todas las APIs públicas incluidas en la versión. El CTS contiene una utilidad para verificar esas firmas de API en comparación con las APIs disponibles en el dispositivo. Los resultados de la verificación de la firma se registran en el archivo XML de resultados de la prueba. |
| Pruebas de la API de la plataforma | Prueba las APIs de la plataforma (bibliotecas principales y Android Application Framework) como se documenta en el Índice de clases del SDK para garantizar la corrección de la API, incluidas las firmas correctas de clases, atributos y métodos, el comportamiento correcto de los métodos y las pruebas negativas para garantizar el comportamiento esperado para el manejo incorrecto de parámetros. |
| Pruebas de Dalvik | Las pruebas se enfocan en el formato ejecutable Dalvik. |
| Modelo de datos de la plataforma | Las pruebas de CTS prueban el modelo de datos de la plataforma principal tal como se expone a los desarrolladores de aplicaciones a través de proveedores de contenido, como se documenta en el paquete
android.provider del SDK (incluidos los contactos, los navegadores y la configuración). |
| Intenciones de la plataforma | El CTS prueba los intents de la plataforma principal, como se documenta en los intents comunes del SDK. |
| Permisos de la plataforma | El CTS prueba los permisos de la plataforma principal, como se documenta en el SDK
Manifest.permission. |
| Recursos de la plataforma | Las pruebas de CTS para el control correcto de los tipos de recursos de la plataforma principal, como se documenta en la descripción general de los tipos de recursos del SDK Las pruebas del CTS incluyen pruebas para valores simples, elementos de diseño, 9-patch, animaciones, diseños, estilos y temas, y carga de recursos alternativos. |
Próximos pasos
Después de leer este documento, continúa con Cómo configurar el CTS.