QApilot MCP for Android
QApilot MCP para Android conecta clientes de codificación con IA a dispositivos Android locales, ejecutando pruebas en lenguaje natural sin código Appium manual.
QApilot MCP para Android conecta clientes de codificación con IA a dispositivos Android locales, ejecutando pruebas en lenguaje natural sin código Appium manual.
Qué hace el producto y cómo se presenta oficialmente
QApilot MCP para Android es un puente CLI basado en Model Context Protocol que permite a asistentes de IA como Claude Desktop y Cursor dirigir pruebas en aplicaciones móviles. Se conecta directamente a servidores locales de Appium y entornos Android Debug Bridge para manipular dispositivos físicos y emuladores sin exigir que los usuarios escriban scripts manuales de Appium o UIAutomator.
La herramienta automatiza los flujos de trabajo de pruebas traduciendo instrucciones conversacionales en planes estructurados, ejecutando acciones manuales, transmitiendo la ejecución en tiempo real a una vista previa en el navegador y guardando las rutas de prueba verificadas en proyectos de QApilot. Al finalizar las ejecuciones de prueba, genera datos estructurados, especificaciones Gherkin y métricas de sesión.
Casos de uso respaldados por fuentes oficiales
Los ingenieros de calidad pueden describir interacciones de prueba en lenguaje natural, permitiendo que el cliente de IA construya planes estructurados, ejecute acciones en el dispositivo Android conectado y capture pantallas.
Los equipos pueden ejecutar casos de prueba previamente aceptados de forma secuencial por ID o ejecutar suites completas cargadas directamente desde una hoja de cálculo de Excel (.xlsx) en emuladores conectados.
El proceso documentado, cuando está disponible
Verificar los requisitos previos, incluidos Node.js 18+, Java JDK 11+, Android SDK, e iniciar Appium 2.19.0 con la versión fija del controlador uiautomator2.
Añadir el comando qapilot-mobile-mcp y sus argumentos a la configuración de MCP en Claude Desktop, Cursor o clientes de IA compatibles.
Iniciar sesión en el espacio de trabajo de QApilot y ejecutar la aplicación de destino especificando su identificador de paquete Android.
Indicar al asistente de IA que realice acciones, inspeccionar el progreso en tiempo real mediante la URL de vista previa y aceptar en QApilot los pasos exitosos del flujo principal.
Generar informes de sesión produciendo archivos JSON, YAML y Gherkin mientras se restablece el estado de ejecución para ejecuciones posteriores.
La CLI opera como un servidor MCP que se comunica a través de flujos estándar de entrada y salida, exponiendo herramientas dedicadas para la gestión de dispositivos, la construcción de planes, el envío de acciones y la consulta de estados. Los clientes de IA aprovechan herramientas como mobile_launch_app, mobile_submit_plan y mobile_execute para administrar el ciclo de vida de la sesión de Appium mediante programación.
Durante la ejecución activa, los comandos de inspección de estado permiten a los clientes consultar el estado de ejecución y recuperar habilidades y rutas XPath de la aplicación almacenadas en caché. Cuando concluye una ejecución, llamar a la herramienta de informes escribe los artefactos de prueba localmente en el directorio Downloads y restablece el contexto de ejecución activo.
Comprobaciones con tus propios materiales y flujo de trabajo
Qué fuentes se revisaron y cuándo
Respuestas basadas en el registro de producto con fuentes verificadas
El servidor se puede configurar con Claude Desktop, Cursor, OpenAI Codex o cualquier herramienta de IA compatible con Model Context Protocol.
La documentación oficial requiere Appium 2.19.0 instalado junto con el controlador uiautomator2 en su versión 4.2.6.
No, únicamente se aceptan los pasos del flujo principal (happy path); los fallos quedan excluidos y deben subsanarse antes de guardar los pasos como caso de prueba.
Los informes se guardan en el directorio Downloads del usuario y contienen output.json, report.yaml y un archivo Gherkin scenario.feature para las sesiones aprobadas.
Sí, los casos de prueba guardados se pueden ejecutar directamente desde un archivo Excel (.xlsx) mediante la herramienta mobile_run_excel_testcases.