A continuación se presentan varias recomendaciones que debe considerar al estructurar su código VIA para que sea más fácil de probar.
Diseñe la base del código en unidades independientes
Las unidades primarias incluyen:
- Desencadenamiento. Hotwording, Pulsar para hablar (PTT) y Pulsar para hablar (TTT).
- Reconocimiento de voz. Centrado en convertir transmisiones de audio en datos estructurados.
- Cumplimiento de mandatos. Enfocado en procesar una consulta y traducirla en una acción.
Cada una de estas capas debe ser comprobable por sí sola e independiente una de otra. Incluir y documentar:
- Extras de intención que se pueden utilizar para pasar las consultas de los usuarios directamente a la capa de cumplimiento de comandos. Esto permitiría a los OEM e integradores omitir el reconocimiento de voz y el cumplimiento de comandos de prueba (integraciones de automóviles) directamente.
- Un proceso para pasar archivos de audio pregrabados al servicio de Interacción de Voz, permitiendo probar el reconocimiento de voz por sí solo, omitiendo el micrófono del vehículo.
Emulador para pruebas
Android Emulator es una excelente plataforma para desarrollo y pruebas, ya que proporciona un puente entre el micrófono anfitrión y la instancia AAOS invitada.
Figura 1. Prueba del emulador