از 27 مارس 2025، توصیه می کنیم از android-latest-release به جای aosp-main برای ساختن و کمک به AOSP استفاده کنید. برای اطلاعات بیشتر، به تغییرات AOSP مراجعه کنید.
گردش کار توسعه تست
با مجموعه‌ها، منظم بمانید
ذخیره و طبقه‌بندی محتوا براساس اولویت‌های شما.
برای ادغام آزمایش‌ها در یک سرویس آزمایش مداوم پلت فرم، آنها باید دستورالعمل‌های موجود در این صفحه را رعایت کنند و از این جریان توصیه‌شده پیروی کنند.
- از سیستم ساخت Soong برای پیکربندی آزمایشی ساده استفاده کنید.
- از Test Mapping برای ایجاد قوانین تست قبل و بعد از ارسال مستقیماً در درخت منبع Android استفاده کنید.
- با استفاده از Atest تست ها را به صورت محلی اجرا کنید.
انواع تست
انواع تست های پشتیبانی شده عبارتند از:
تست‌های عملکردی در مورد موارد آزمایشی ادعاهایی مبنی بر قبولی یا شکست می‌دهند، در حالی که تست‌های متریک معمولاً یک عمل را به طور مکرر برای جمع‌آوری معیارهای زمان‌بندی انجام می‌دهند.
با فرمت استاندارد ورودی/خروجی، نیاز به تجزیه و تحلیل نتایج سفارشی و پس پردازش در هر آزمون حذف می‌شود و مهارهای تست عمومی را می‌توان برای همه آزمایش‌هایی که مطابق با قرارداد هستند استفاده کرد. برای چارچوب تست پیوسته همراه با Android به نمای کلی فدراسیون تجارت مراجعه کنید.
دستورالعمل های مورد آزمایش
موارد آزمایشی اجرا شده از طریق سرویس آزمایش مداوم انتظار می‌رود که هرمتیک باشند، به این معنی که همه وابستگی‌ها اعلام شده و همراه با تست‌ها ارائه می‌شوند. برای درک این اصل ، سرورهای هرمتیک را در وبلاگ تست گوگل ببینید. به طور خلاصه، آزمایش‌های هرمتیک نیازی به موارد زیر ندارند :
- ورود به حساب Google
- اتصال پیکربندی شده (تلفن/Wi-Fi/Bluetooth/NFC)
- پارامترهای تست به تصویب رسید
- راه اندازی یا خراب کردن توسط مهار تست برای یک مورد آزمایشی خاص انجام می شود
محتوا و نمونه کدها در این صفحه مشمول پروانههای توصیفشده در پروانه محتوا هستند. جاوا و OpenJDK علامتهای تجاری یا علامتهای تجاری ثبتشده Oracle و/یا وابستههای آن هستند.
تاریخ آخرین بهروزرسانی 2025-07-29 بهوقت ساعت هماهنگ جهانی.
[[["درک آسان","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 بهوقت ساعت هماهنگ جهانی."],[],[],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"]]
