27 মার্চ, 2025 থেকে, আমরা AOSP তৈরি করতে এবং অবদান রাখতে aosp-main এর পরিবর্তে android-latest-release ব্যবহার করার পরামর্শ দিচ্ছি। আরও তথ্যের জন্য, AOSP-তে পরিবর্তনগুলি দেখুন।
পরীক্ষা এবং ডিবাগ
সেভ করা পৃষ্ঠা গুছিয়ে রাখতে 'সংগ্রহ' ব্যবহার করুন
আপনার পছন্দ অনুযায়ী কন্টেন্ট সেভ করুন ও সঠিক বিভাগে রাখুন।
পরীক্ষা করা সহজ করার জন্য আপনি আপনার VIA কোড গঠন করার সময় বিবেচনা করার জন্য নিম্নলিখিত কয়েকটি সুপারিশ রয়েছে।
কোড বেসকে স্বাধীন ইউনিটে স্থপতি করুন
প্রাথমিক ইউনিট অন্তর্ভুক্ত:
- ট্রিগারিং। হটওয়ার্ডিং, পুশ-টু-টক (পিটিটি) এবং ট্যাপ-টু-টক (টিটিটি)।
- ভয়েস স্বীকৃতি। অডিও স্ট্রীমকে স্ট্রাকচার্ড ডেটাতে রূপান্তরিত করার দিকে মনোনিবেশ করা হয়েছে।
- আদেশ পূর্ণতা। একটি ক্যোয়ারী প্রক্রিয়াকরণে ফোকাস করুন এবং এটিকে একটি কর্মে অনুবাদ করুন৷
এই স্তরগুলির প্রত্যেকটি নিজস্বভাবে পরীক্ষাযোগ্য এবং একে অপরের থেকে স্বাধীন হওয়া উচিত। অন্তর্ভুক্ত এবং নথি:
- অভিপ্রায় অতিরিক্ত যা ব্যবহারকারীর প্রশ্ন সরাসরি কমান্ড পূরণ স্তরে পাঠাতে ব্যবহার করা যেতে পারে। এটি OEM এবং ইন্টিগ্রেটরদের ভয়েস রিকগনিশন এড়িয়ে যেতে এবং কমান্ড পূর্ণতা (কার ইন্টিগ্রেশন) সরাসরি পরীক্ষা করার অনুমতি দেবে।
- ভয়েস ইন্টারঅ্যাকশন পরিষেবাতে পূর্ব-রেকর্ড করা অডিও ফাইলগুলিকে পাস করার একটি প্রক্রিয়া, গাড়ির মাইক্রোফোন এড়িয়ে গিয়ে ভয়েস স্বীকৃতি পরীক্ষা করার অনুমতি দেয়।
পরীক্ষার জন্য এমুলেটর
অ্যান্ড্রয়েড এমুলেটর উন্নয়ন এবং পরীক্ষার জন্য একটি চমৎকার প্ল্যাটফর্ম কারণ এটি হোস্ট মাইক্রোফোন এবং অতিথি AAOS উদাহরণের মধ্যে ব্রিজিং প্রদান করে।
চিত্র 1. এমুলেটর পরীক্ষা
এই পৃষ্ঠার কন্টেন্ট ও কোডের নমুনাগুলি Content License-এ বর্ণিত লাইসেন্সের অধীনস্থ। 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"]]
