हमारा सुझाव है कि 27 मार्च, 2025 से AOSP को बनाने और उसमें योगदान देने के लिए, aosp-main के बजाय android-latest-release का इस्तेमाल करें. ज़्यादा जानकारी के लिए, AOSP में हुए बदलाव लेख पढ़ें.
जांच करना और डीबग करना
संग्रह की मदद से व्यवस्थित रहें
अपनी प्राथमिकताओं के आधार पर, कॉन्टेंट को सेव करें और कैटगरी में बांटें.
यहां कुछ सुझाव दिए गए हैं. इनका इस्तेमाल करके, अपने VIA कोड को टेस्ट करने के लिए आसानी से स्ट्रक्चर किया जा सकता है.
कोड बेस को अलग-अलग यूनिट में बांटना
मुख्य इकाइयों में ये शामिल हैं:
- ट्रिगर करना. हॉटवर्ड, पुश-टू-टॉक (पीटीटी) और टैप-टू-टॉक (टीटीटी).
- आवाज़ पहचानने की सुविधा. ऑडियो स्ट्रीम को स्ट्रक्चर्ड डेटा में बदलने पर फ़ोकस किया गया है.
- कमांड पूरा करना. क्वेरी को प्रोसेस करने और उसे कार्रवाई में बदलने पर फ़ोकस किया गया है.
इनमें से हर लेयर की जांच अलग से की जानी चाहिए और यह एक-दूसरे से अलग होनी चाहिए. इन चीज़ों को शामिल करें और दस्तावेज़ में शामिल करें:
- इंटेंट एक्सट्रा, जिनका इस्तेमाल करके उपयोगकर्ता की क्वेरी को सीधे कमांड को पूरा करने वाली लेयर पर भेजा जा सकता है. इससे OEM और इंटिग्रेटर, बोली की पहचान करने की सुविधा को छोड़कर, सीधे तौर पर निर्देशों को पूरा करने की सुविधा (कार इंटिग्रेशन) को टेस्ट कर पाएंगे.
- पहले से रिकॉर्ड की गई ऑडियो फ़ाइलों को वॉइस इंटरैक्शन सेवा में भेजने की प्रोसेस. इससे, वाहन के माइक्रोफ़ोन का इस्तेमाल किए बिना, आवाज़ पहचानने की सुविधा को टेस्ट किया जा सकता है.
टेस्टिंग के लिए एम्युलेटर
Android इम्युलेटर, डेवलपमेंट और टेस्टिंग के लिए एक बेहतरीन प्लैटफ़ॉर्म है. इसकी मदद से, होस्ट माइक्रोफ़ोन और मेहमान AAOS इंस्टेंस के बीच ब्रिजिंग की सुविधा मिलती है.
पहली इमेज. एम्युलेटर टेस्टिंग
इस पेज पर मौजूद कॉन्टेंट और कोड सैंपल कॉन्टेंट के लाइसेंस में बताए गए लाइसेंस के हिसाब से हैं. Java और OpenJDK, Oracle और/या इससे जुड़ी हुई कंपनियों के ट्रेडमार्क या रजिस्टर किए हुए ट्रेडमार्क हैं.
आखिरी बार 2025-07-26 (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-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"]]
