A continuación se presentan varias recomendaciones a tener en cuenta al estructurar su código VIA para que sea más fácil de probar.
Arquitectura de la base de código en unidades independientes
Las unidades primarias incluyen:
- Activación. Hotwording, Push-to-Talk (PTT) y Tap-to-Talk (TTT).
- Reconocimiento de voz. Enfocado en convertir flujos 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í misma e independiente entre sí. Incluir y documentar:
- Extras de intención que se pueden usar 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, lo que permite probar el reconocimiento de voz por sí mismo, omitiendo el micrófono del vehículo.
Emulador para pruebas
Android Emulator es una plataforma excelente para el desarrollo y las pruebas, ya que proporciona un puente entre el micrófono anfitrión y la instancia de AAOS invitada.
Figura 1. Prueba del emulador