27 Mart 2025'ten itibaren AOSP'yi derlemek ve AOSP'ye katkıda bulunmak için aosp-main yerine android-latest-release kullanmanızı öneririz. Daha fazla bilgi için AOSP'de yapılan değişiklikler başlıklı makaleyi inceleyin.
Test etme ve hata ayıklama
Koleksiyonlar ile düzeninizi koruyun
İçeriği tercihlerinize göre kaydedin ve kategorilere ayırın.
VIA kodunuzu test etmeyi kolaylaştırmak için yapılandırırken dikkate almanız gereken birkaç öneri aşağıda verilmiştir.
Kod tabanını bağımsız birimler halinde tasarlayın
Birincil birimler şunlardır:
- Tetikleyici. Özel kelime, Bas-Konuş (PTT) ve Dokun-Konuş (TTT).
- Ses tanıma Ses akışlarını yapılandırılmış verilere dönüştürmeye odaklanır.
- Komut yerine getirme Sorguları işleme ve bir işleme dönüştürmeye odaklanır.
Bu katmanların her biri kendi başına ve birbirinden bağımsız olarak test edilebilir olmalıdır. Aşağıdakileri ekleyin ve belgeleyin:
- Kullanıcı sorgularını doğrudan komut yerine getirme katmanına iletmek için kullanılabilecek intent ekstraları. Bu sayede OEM'ler ve entegratörler ses tanımayı atlayabilir ve komut yerine getirmeyi (araba entegrasyonları) doğrudan test edebilir.
- Önceden kaydedilmiş ses dosyalarını Voice Interaction hizmetine aktaran bir işlemdir. Bu işlem, araç mikrofonunu atlayarak konuşma tanımayı tek başına test etmenize olanak tanır.
Test için emülatör
Android Emülatör, ana mikrofon ile konuk AAOS örneği arasında köprü görevi gördüğü için geliştirme ve test için mükemmel bir platformdur.
Şekil 1. Emülatör testi
Bu sayfadaki içerik ve kod örnekleri, İçerik Lisansı sayfasında açıklanan lisanslara tabidir. Java ve OpenJDK, Oracle ve/veya satış ortaklarının tescilli ticari markasıdır.
Son güncelleme tarihi: 2025-07-26 UTC.
[[["Anlaması kolay","easyToUnderstand","thumb-up"],["Sorunumu çözdü","solvedMyProblem","thumb-up"],["Diğer","otherUp","thumb-up"]],[["İhtiyacım olan bilgiler yok","missingTheInformationINeed","thumb-down"],["Çok karmaşık / çok fazla adım var","tooComplicatedTooManySteps","thumb-down"],["Güncel değil","outOfDate","thumb-down"],["Çeviri sorunu","translationIssue","thumb-down"],["Örnek veya kod sorunu","samplesCodeIssue","thumb-down"],["Diğer","otherDown","thumb-down"]],["Son güncelleme tarihi: 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"]]
