27 মার্চ, 2025 থেকে, আমরা AOSP তৈরি করতে এবং অবদান রাখতে aosp-main এর পরিবর্তে android-latest-release ব্যবহার করার পরামর্শ দিচ্ছি। আরও তথ্যের জন্য, AOSP-তে পরিবর্তনগুলি দেখুন।
পরীক্ষা উন্নয়ন কর্মপ্রবাহ
সেভ করা পৃষ্ঠা গুছিয়ে রাখতে 'সংগ্রহ' ব্যবহার করুন
আপনার পছন্দ অনুযায়ী কন্টেন্ট সেভ করুন ও সঠিক বিভাগে রাখুন।
একটি প্ল্যাটফর্ম ক্রমাগত পরীক্ষামূলক পরিষেবাতে পরীক্ষাগুলিকে একীভূত করতে, তাদের এই পৃষ্ঠার নির্দেশিকাগুলি পূরণ করা উচিত এবং এই প্রস্তাবিত প্রবাহ অনুসরণ করা উচিত।
- সহজ টেস্ট কনফিগারেশনের জন্য Soong বিল্ড সিস্টেম ব্যবহার করুন।
- সরাসরি Android সোর্স ট্রিতে প্রি- এবং পোস্ট-সাবমিট পরীক্ষার নিয়ম তৈরি করতে টেস্ট ম্যাপিং নিয়োগ করুন।
- Atest ব্যবহার করে স্থানীয়ভাবে পরীক্ষা চালান।
পরীক্ষার ধরন
সমর্থিত পরীক্ষার প্রকারগুলি হল:
কার্যকরী পরীক্ষাগুলি পরীক্ষার ক্ষেত্রে পাস বা ব্যর্থ হওয়ার দাবি করে, যখন মেট্রিক্স পরীক্ষা সাধারণত সময় মেট্রিক্স সংগ্রহ করার জন্য বারবার একটি ক্রিয়া সম্পাদন করে।
প্রমিত ইনপুট/আউটপুট বিন্যাসের সাথে, প্রতি পরীক্ষায় কাস্টমাইজড ফলাফল পার্সিং এবং পোস্ট-প্রসেসিংয়ের প্রয়োজনীয়তা বাদ দেওয়া হয়, এবং সাধারণ পরীক্ষার হারনেসগুলি কনভেনশনের সাথে মানানসই সমস্ত পরীক্ষার জন্য ব্যবহার করা যেতে পারে। অ্যান্ড্রয়েডের সাথে অন্তর্ভুক্ত ক্রমাগত পরীক্ষার কাঠামোর জন্য ট্রেড ফেডারেশন ওভারভিউ দেখুন।
পরীক্ষার ক্ষেত্রে নির্দেশিকা
ক্রমাগত পরীক্ষামূলক পরিষেবার মাধ্যমে সম্পাদিত পরীক্ষার কেসগুলি হারমেটিক হবে বলে আশা করা হয়, যার অর্থ সমস্ত নির্ভরতা ঘোষণা করা হয় এবং পরীক্ষার সাথে সরবরাহ করা হয়। এই নীতিটি বোঝার জন্য গুগল টেস্টিং ব্লগে হারমেটিক সার্ভার দেখুন। সংক্ষেপে, হারমেটিক পরীক্ষার প্রয়োজন নেই :
- Google অ্যাকাউন্ট সাইন-ইন করুন
- সংযোগ কনফিগার করা হয়েছে (টেলিফোনি/ওয়াই-ফাই/ব্লুটুথ/এনএফসি)
- পরীক্ষা পরামিতি পাস
- একটি নির্দিষ্ট পরীক্ষার ক্ষেত্রে পরীক্ষার জোতা দ্বারা সঞ্চালিত সেটআপ বা ছিঁড়ে ফেলা
এই পৃষ্ঠার কন্টেন্ট ও কোডের নমুনাগুলি Content License-এ বর্ণিত লাইসেন্সের অধীনস্থ। Java এবং OpenJDK হল Oracle এবং/অথবা তার অ্যাফিলিয়েট সংস্থার রেজিস্টার্ড ট্রেডমার্ক।
2025-07-29 UTC-তে শেষবার আপডেট করা হয়েছে।
[null,null,["2025-07-29 UTC-তে শেষবার আপডেট করা হয়েছে।"],[],[],null,["# Test development workflow\n\nTo integrate tests into a platform continuous testing service, they should meet\nthe guidelines on this page and follow this recommended flow.\n\n1. Use the [Soong build system](https://android.googlesource.com/platform/build/soong/) for [Simple Test Configuration](/docs/core/tests/development/blueprints).\n2. Employ [Test Mapping](/docs/core/tests/development/test-mapping) to create pre- and post-submit test rules directly in the Android source tree.\n3. Run tests locally using [Atest](/docs/core/tests/development/atest).\n\nTest types\n----------\n\nSupported test types are:\n\n- [Instrumentation tests](/docs/core/tests/development/instrumentation) support both functional and metrics tests. See [Test your app](https://developer.android.com/studio/test/) for general app testing guidance.\n- [GoogleTest](/docs/core/tests/development/gtest) (GTest) supports the following test types:\n - [Functional GTests](/docs/core/tests/development/gtest-func-e2e) using the [GTest](https://github.com/google/googletest) framework\n - [Metric tests](/docs/core/tests/development/metrics) using [`google-benchmark`](https://github.com/google/benchmark)\n- [JAR host tests](/docs/core/tests/development/jar) using JUnit\n\nFunctional tests make assertions of pass or fail on test cases, while metrics\ntests generally perform an action repeatedly to collect timing metrics.\n\nWith standardized input/output format, the need for customized result parsing\nand post-processing per test is eliminated, and generic test harnesses can be\nused for all tests that fit into the convention. See the [Trade Federation\nOverview](/docs/core/tests/tradefed) for the continuous test framework\nincluded with Android.\n\nTest case guidelines\n--------------------\n\nTest cases executed through the continuous testing service are expected to be\n**hermetic** , meaning that all dependencies are declared and provided with the\ntests. See [Hermetic Servers on the Google Testing\nBlog](https://testing.googleblog.com/2012/10/hermetic-servers.html)\nfor an understanding of this principle. In short, hermetic tests require **no**:\n\n- Google Account sign-in\n- Connectivity configured (telephony/Wi-Fi/Bluetooth/NFC)\n- Test parameters passed in\n- Setup or tear down performed by test harness for a specific test case"]]
