Mulai 27 Maret 2025, sebaiknya gunakan android-latest-release, bukan aosp-main, untuk mem-build dan berkontribusi pada AOSP. Untuk mengetahui informasi selengkapnya, lihat Perubahan pada AOSP.
Menguji dan memproses debug
Tetap teratur dengan koleksi
Simpan dan kategorikan konten berdasarkan preferensi Anda.
Berikut adalah beberapa rekomendasi yang perlu dipertimbangkan saat Anda menyusun kode
VIA untuk mempermudah pengujian.
Mendesain basis kode menjadi unit independen
Unit utama meliputi:
- Pemicuan. Hotwording, Push-to-Talk (PTT), dan Ketuk-untuk-Bicara (TTT).
- Pengenalan suara. Berfokus pada konversi streaming audio menjadi data terstruktur.
- Penyelesaian perintah. Berfokus pada pemrosesan kueri dan menerjemahkannya menjadi
tindakan.
Setiap lapisan ini harus dapat diuji sendiri dan independen dari satu
sama lain. Sertakan dan dokumentasikan:
- Tambahan intent yang dapat digunakan untuk meneruskan kueri pengguna langsung ke lapisan fulfillment
perintah. Hal ini akan memungkinkan OEM dan integrator melewati pengenalan suara dan menguji fulfillment
perintah (integrasi mobil) secara langsung.
- Proses untuk meneruskan file audio yang direkam sebelumnya ke layanan Voice Interaction, yang memungkinkan
pengujian pengenalan suara secara mandiri, dengan melewati mikrofon kendaraan.
Emulator untuk pengujian
Emulator
Android adalah platform yang sangat baik untuk pengembangan dan pengujian karena menyediakan jembatan
antara mikrofon host dan instance AAOS tamu.
Gambar 1. Pengujian emulator
Konten dan contoh kode di halaman ini tunduk kepada lisensi yang dijelaskan dalam Lisensi Konten. Java dan OpenJDK adalah merek dagang atau merek dagang terdaftar dari Oracle dan/atau afiliasinya.
Terakhir diperbarui pada 2025-07-26 UTC.
[[["Mudah dipahami","easyToUnderstand","thumb-up"],["Memecahkan masalah saya","solvedMyProblem","thumb-up"],["Lainnya","otherUp","thumb-up"]],[["Informasi yang saya butuhkan tidak ada","missingTheInformationINeed","thumb-down"],["Terlalu rumit/langkahnya terlalu banyak","tooComplicatedTooManySteps","thumb-down"],["Sudah usang","outOfDate","thumb-down"],["Masalah terjemahan","translationIssue","thumb-down"],["Masalah kode / contoh","samplesCodeIssue","thumb-down"],["Lainnya","otherDown","thumb-down"]],["Terakhir diperbarui pada 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"]]
