Od 27 marca 2025 r. zalecamy używanie android-latest-release zamiast aosp-main do kompilowania i wspołtworzenia AOSP. Więcej informacji znajdziesz w artykule o zmianach w AOSP.
Testowanie i debugowanie
Zadbaj o dobrą organizację dzięki kolekcji
Zapisuj i kategoryzuj treści zgodnie ze swoimi preferencjami.
Poniżej znajdziesz kilka zaleceń, które warto wziąć pod uwagę podczas tworzenia kodu VIA, aby ułatwić testowanie.
podzielić bazę kodu na niezależne jednostki;
Podstawowe jednostki:
- Reguły Słowa kluczowe, funkcja Push-to-Talk (PTT) i Tap-to-Talk (TTT).
- Rozpoznawanie głosu. Skoncentrowany na konwertowaniu strumieni audio na uporządkowane dane.
- Wykonanie polecenia. Skupia się na przetwarzaniu zapytania i przekształcaniu go w działanie.
Każda z tych warstw powinna być testowalna osobno i niezależnie od pozostałych. Dołącz i udokumentuj:
- dodatkowe informacje o zamiarze, które można wykorzystać do przekazywania zapytań użytkownika bezpośrednio do warstwy obsługi poleceń; Umożliwiłoby to producentom OEM i integratorom pominięcie rozpoznawania mowy i testowania realizacji poleceń (integracji z samochodem) bezpośrednio.
- Proces przekazywania nagranych wcześniej plików audio do usługi interakcji głosowej, który umożliwia przetestowanie rozpoznawania mowy bez korzystania z mikrofonu w samochodzie.
Emulator do testowania
Emululator Androida to doskonała platforma do tworzenia i testowania, ponieważ umożliwia połączenie mikrofonu hosta z instancją AAOS gościa.
Rysunek 1. Testowanie w emulatorze
Treść strony i umieszczone na niej fragmenty kodu podlegają licencjom opisanym w Licencji na treści. Java i OpenJDK są znakami towarowymi lub zastrzeżonymi znakami towarowymi należącymi do firmy Oracle lub jej podmiotów stowarzyszonych.
Ostatnia aktualizacja: 2025-07-26 UTC.
[[["Łatwo zrozumieć","easyToUnderstand","thumb-up"],["Rozwiązało to mój problem","solvedMyProblem","thumb-up"],["Inne","otherUp","thumb-up"]],[["Brak potrzebnych mi informacji","missingTheInformationINeed","thumb-down"],["Zbyt skomplikowane / zbyt wiele czynności do wykonania","tooComplicatedTooManySteps","thumb-down"],["Nieaktualne treści","outOfDate","thumb-down"],["Problem z tłumaczeniem","translationIssue","thumb-down"],["Problem z przykładami/kodem","samplesCodeIssue","thumb-down"],["Inne","otherDown","thumb-down"]],["Ostatnia aktualizacja: 2025-07-26 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"]]
