Начиная с 27 марта 2025 г. мы рекомендуем использовать android-latest-release вместо aosp-main для создания и участия в AOSP. Дополнительные сведения см. в разделе Изменения в AOSP .
Тестировать и отлаживать
Оптимизируйте свои подборки
Сохраняйте и классифицируйте контент в соответствии со своими настройками.
Ниже приведены несколько рекомендаций, которые следует учитывать при структурировании кода VIA, чтобы облегчить его тестирование.
Разбейте базу кода на независимые блоки.
К основным подразделениям относятся:
- Запуск. Горячие слова, «Нажми и говори» (PTT) и «Нажми и говори» (TTT).
- Распознавание голоса. Ориентирован на преобразование аудиопотоков в структурированные данные.
- Выполнение команды. Сосредоточены на обработке запроса и преобразовании его в действие.
Каждый из этих слоев должен быть тестируемым сам по себе и независимым друг от друга. Включите и задокументируйте:
- Дополнительные возможности Intent, которые можно использовать для передачи пользовательских запросов непосредственно на уровень выполнения команд. Это позволит OEM-производителям и интеграторам напрямую отказаться от распознавания голоса и выполнения тестовых команд (интеграция автомобилей).
- Процесс передачи предварительно записанных аудиофайлов в службу голосового взаимодействия, позволяющий самостоятельно протестировать распознавание голоса, минуя микрофон автомобиля.
Эмулятор для тестирования
Android Emulator — отличная платформа для разработки и тестирования, поскольку он обеспечивает мост между хост-микрофоном и гостевым экземпляром AAOS.
Рисунок 1. Тестирование эмулятора
Контент и образцы кода на этой странице предоставлены по лицензиям. Java и OpenJDK – это зарегистрированные товарные знаки корпорации Oracle и ее аффилированных лиц.
Последнее обновление: 2025-07-29 UTC.
[[["Прост для понимания","easyToUnderstand","thumb-up"],["Помог мне решить мою проблему","solvedMyProblem","thumb-up"],["Другое","otherUp","thumb-up"]],[["Отсутствует нужная мне информация","missingTheInformationINeed","thumb-down"],["Слишком сложен/слишком много шагов","tooComplicatedTooManySteps","thumb-down"],["Устарел","outOfDate","thumb-down"],["Проблема с переводом текста","translationIssue","thumb-down"],["Проблемы образцов/кода","samplesCodeIssue","thumb-down"],["Другое","otherDown","thumb-down"]],["Последнее обновление: 2025-07-29 UTC."],[],[],null,["# Test and debug\n\nFollowing are several recommendations to consider as you structure your VIA\ncode to make it easier to test.\n\nArchitect the code base into independent units\n----------------------------------------------\n\nPrimary units include:\n\n- **Triggering.** Hotwording, Push-to-Talk (PTT) and Tap-to-Talk (TTT).\n- **Voice recognition.** Focused on converting audio streams into structured data.\n- **Command fulfillment.** Focused into processing a query and translate it into an action.\n\nEach of these layers should be testable on its own and independent from each\nother. Include and document:\n\n- Intent extras that can be used to pass user queries directly to the command fulfillment layer. This would allow OEMs and integrators to skip the voice recognition and test command fulfillment (car integrations) directly.\n- A process to pass prerecorded audio files into the Voice Interaction service, allowing to test voice recognition on its own, skipping the vehicle microphone.\n\nEmulator for testing\n--------------------\n\n[Android\nEmulator](https://developer.android.com/studio/run/emulator) is an excellent platform for development and testing as it provides bridging\nbetween the host microphone and the guest AAOS instance.\n\n**Figure 1.** Emulator testing"]]
