برای یادگیری اصطلاحات اولیه پروژه متن باز اندروید (AOSP) به لیست زیر مراجعه کنید. در اینجا منابع دیگری برای تعاریف اصطلاحات کلیدی وجود دارد:
- بخش Build Parameters Definition Definition Document (CDD) Android
- اصطلاحات صوتی
- اصطلاحات صوتی USB
- اصطلاحات خودرو
- اصطلاحات شماره گیر خودرو
- اصطلاحات خوشه ابزار خودرو
- واژگان برنامه نویس
- اصطلاحات نسخه دوربین
- اصطلاحات Device Tree Overlay (DTO).
- اصطلاحات چرخه حیات ماتریس سازگاری چارچوب (FCM).
- اصطلاحات سلامت
- اصطلاحات HIDL
- اصطلاحات فروشگاه کلید سخت افزاری
- اصطلاحات چند نمایشگر
برای اکوسیستم فراگیرتر، به کدنویسی با احترام به مثالهایی از اصطلاحات برای استفاده و اجتناب از آن مراجعه کنید.
برنامه ها
- فایل apk
- فایل پکیج اپلیکیشن اندروید. هر برنامه اندروید در یک فایل منفرد کامپایل و بسته بندی می شود که شامل همه کد برنامه (فایل های .dex)، منابع، دارایی ها و فایل مانیفست است. فایل بسته برنامه می تواند هر نامی داشته باشد اما باید از پسوند
.apk
. استفاده کند. به عنوان مثال:myExampleAppname.apk
. برای راحتی، یک فایل بسته برنامه اغلب به عنوان "apk." نامیده می شود.مطالب مرتبط: کاربرد .
- عمل
- شرح کاری که یک فرستنده Intent می خواهد انجام شود. یک اقدام یک مقدار رشته ای است که به یک Intent اختصاص داده شده است. رشته های اقدام را می توان توسط اندروید یا یک توسعه دهنده شخص ثالث تعریف کرد. به عنوان مثال، android.intent.action.VIEW برای URL وب، یا com.example.rumbler.SHAKE_PHONE برای یک برنامه سفارشی برای لرزش تلفن.
مرتبط: قصد .
- فعالیت
- یک صفحه نمایش واحد در یک برنامه، با پشتیبانی از کد جاوا، مشتق شده از کلاس
Activity
. معمولاً، یک فعالیت به طور قابل مشاهده توسط یک پنجره تمام صفحه نمایش داده می شود که می تواند رویدادهای UI را دریافت و مدیریت کند و کارهای پیچیده را انجام دهد، زیرا پنجره ای که برای نمایش پنجره خود استفاده می کند. اگرچه یک Activity معمولا تمام صفحه است، اما می تواند شناور یا شفاف نیز باشد. - کاربرد
- از منظر مؤلفه، یک برنامه اندروید از یک یا چند فعالیت، سرویس، شنونده و گیرنده هدف تشکیل شده است. از منظر فایل منبع، یک برنامه اندروید شامل کد، منابع، دارایی ها و یک مانیفست واحد است. در طول کامپایل، این فایل ها در یک فایل به نام فایل بسته برنامه (apk.) بسته بندی می شوند.
- گیرنده پخش
- یک کلاس برنامه که به جای ارسال به یک برنامه/فعالیت هدف، به Intent هایی که پخش می شوند گوش می دهد. این سیستم یک Intent پخش را به همه گیرنده های پخش علاقه مند ارائه می دهد، که به طور متوالی Intent را مدیریت می کنند.
مرتبط: Intent , Intent Filter .
- ارائه دهنده محتوا
- یک لایه انتزاعی داده که می توانید از آن برای نمایش ایمن داده های برنامه خود در معرض سایر برنامه ها استفاده کنید. یک ارائهدهنده محتوا بر روی کلاس
ContentProvider
ساخته شده است که رشتههای پرس و جوی محتوا را با فرمت خاصی مدیریت میکند تا دادهها را در قالبی خاص برگرداند. برای اطلاعات بیشتر به موضوع ارائه دهندگان محتوا مراجعه کنید.موارد مرتبط: استفاده از URI در اندروید
- گفتگو
- یک پنجره شناور که به عنوان یک فرم سبک وزن عمل می کند. یک گفتگو فقط میتواند دارای کنترلهای دکمه باشد و برای انجام یک عمل ساده (مانند انتخاب دکمه) و شاید برگرداندن یک مقدار در نظر گرفته شده است. دیالوگ برای ماندگاری در پشته تاریخچه، حاوی طرحبندی پیچیده یا انجام اقدامات پیچیده در نظر گرفته نشده است. اندروید یک گفتگوی ساده پیشفرض را با دکمههای اختیاری برای شما فراهم میکند، اگرچه میتوانید طرحبندی گفتگوی خود را تعریف کنید. کلاس پایه برای دیالوگ ها
Dialog
است.مرتبط: فعالیت
- قصد
- یک شیء پیام که میتوانید از آن برای راهاندازی یا برقراری ارتباط با سایر برنامهها/فعالیتها به صورت ناهمزمان استفاده کنید. یک شی Intent نمونه ای از
Intent
است. این شامل چندین فیلد معیار است که میتوانید برای تعیین اینکه کدام برنامه/فعالیت Intent را دریافت میکند و گیرنده هنگام مدیریت Intent چه کاری انجام میدهد، ارائه کنید. معیارهای موجود عبارتند از اقدام مورد نظر، یک دسته، یک رشته داده، نوع MIME داده، یک کلاس مدیریت و موارد دیگر. یک برنامه یک Intent را به جای ارسال مستقیم به برنامه/فعالیت دیگر، به سیستم Android ارسال می کند. برنامه می تواند Intent را به یک برنامه هدف واحد ارسال کند یا می تواند آن را به صورت پخش ارسال کند، که به نوبه خود می تواند توسط چندین برنامه به طور متوالی مدیریت شود. سیستم Android بر اساس معیارهای ارائه شده در Intent و فیلترهای Intent تعریف شده توسط سایر برنامه ها، مسئول حل بهترین گیرنده در دسترس برای هر Intent است. برای اطلاعات بیشتر، Intent and Intent Filters را ببینید.موارد مرتبط: فیلتر هدف ، گیرنده پخش .
- فیلتر هدف
- یک شی فیلتر که یک برنامه کاربردی در فایل مانیفست خود اعلام می کند تا به سیستم بگوید هر یک از اجزای آن چه نوع Intent هایی را می پذیرد و با چه معیارهایی. از طریق فیلتر هدف، یک برنامه کاربردی می تواند به انواع داده های خاص، اقدامات Intent، فرمت های URI و غیره علاقه نشان دهد. هنگام حل یک Intent، سیستم تمام فیلترهای intent موجود در همه برنامهها را ارزیابی میکند و Intent را به برنامه/فعالیتی ارسال میکند که به بهترین وجه با Intent و معیارها مطابقت دارد. برای اطلاعات بیشتر، Intent and Intent Filters را ببینید.
مرتبط: قصد , گیرنده پخش .
- منابع
- اجزای برنامه غیربرنامه ای که خارج از کد برنامه کامپایل شده هستند، اما می توانند از کد برنامه با استفاده از یک فرمت مرجع شناخته شده بارگیری شوند. اندروید از انواع منابع پشتیبانی میکند، اما منابع یک برنامه معمولی شامل رشتههای رابط کاربری، اجزای طرحبندی رابط کاربری، گرافیک یا فایلهای رسانهای دیگر و غیره است. یک برنامه کاربردی از منابع برای پشتیبانی کارآمد از بومی سازی و نمایه ها و وضعیت های مختلف دستگاه استفاده می کند. به عنوان مثال، یک برنامه شامل مجموعه ای جداگانه از منابع برای هر نوع محلی یا دستگاه پشتیبانی می شود، و می تواند شامل منابع طرح بندی باشد که مختص جهت گیری صفحه نمایش (منظره یا عمودی) هستند. برای اطلاعات بیشتر درباره منابع، به منابع و دارایی ها مراجعه کنید. منابع یک برنامه همیشه در زیر پوشه های
res/*
پروژه ذخیره می شوند. - سرویس
- یک شی از کلاس
Service
که در پسزمینه (بدون حضور رابط کاربری) اجرا میشود تا اقدامات مداوم مختلفی را انجام دهد، مانند پخش موسیقی یا نظارت بر فعالیت شبکه.مرتبط: فعالیت
- URI ها در اندروید
- Android از رشتههای URI (شناسه منبع یکنواخت) به عنوان مبنایی برای درخواست داده در یک ارائهدهنده محتوا (مانند بازیابی لیستی از مخاطبین) و برای درخواست اقدامات در یک Intent (مانند باز کردن یک صفحه وب در مرورگر) استفاده میکند. طرح و قالب URI با توجه به نوع استفاده تخصصی است و یک برنامه کاربردی می تواند طرح ها و رشته های URI خاص را به هر شکلی که بخواهد مدیریت کند. برخی از طرح های URI توسط اجزای سیستم رزرو شده اند. برای مثال، درخواستهای داده از یک ارائهدهنده محتوا باید از
content://
استفاده کنند. در یک Intent، یک URI با استفاده از طرحhttp://
توسط مرورگر مدیریت می شود.
ساختن
- adb
- Android Debug Bridge، یک برنامه اشکال زدایی خط فرمان همراه با SDK. ابزارهایی را برای مرور دستگاه، کپی ابزارهای روی دستگاه و پورت های فوروارد برای اشکال زدایی فراهم می کند. اگر در Android Studio توسعه می دهید، adb در محیط توسعه شما یکپارچه شده است. برای اطلاعات بیشتر Android Debug Bridge را ببینید.
- پروژه اندروید
- یک مخزن Git در میزبان Gerrit Android. برای اطلاعات بیشتر به ابزار کنترل منبع > Gerrit مراجعه کنید.
- ساخت اثر انگشت
- اثر انگشت ساخت یک رشته منحصر به فرد و قابل خواندن برای انسان است که حاوی اطلاعات سازنده است که برای هر بیلد صادر می شود. برای اطلاعات بیشتر به درک اثر انگشت ساخت مراجعه کنید.
- Git
- ابزار کنترل منبع مورد استفاده اندروید که در طول تاریخ بر روی یک مخزن Git کار می کرد. در ارتباط با Repo برای چندین مخزن Git استفاده می شود. برای اطلاعات بیشتر به Source Control Tools > Git مراجعه کنید.
- شاخه گیت - متعارف
- نسخههای متمایز برای هر مخزن Git، مانند
android-11.0.0_r1
، در cs.android.com/android/platform/superproject/+/android-11.0.0_r1 یافت میشود. برای اطلاعات بیشتر به Git Branching - Branches in shkurt مراجعه کنید. - شاخه گیت - محلی
- یک شعبه موقت در مشتری فعلی Repo برای ایجاد تغییرات در کد، با
repo start branch-name .
فرمان یک خط توسعه فعال جدیدترین commit در یک شاخه به عنوان نوک آن شاخه نامیده می شود. - مخزن Git
- گاهی اوقات به عنوان یک پروژه نامیده می شود، این بخشی از پایگاه کد است که نشان دهنده یک مؤلفه یا نوع دستگاه خاص است، مانند
frameworks/base
یاplatform/packages/apps/Car/Media
. - فایل مانیفست
- یک فایل XML که گروه بندی مخازن Git را در هر شاخه، ویرایش های Git که در آن مخازن را بررسی می کند، و طرح بندی آنها در یک سیستم فایل را توصیف می کند. این فایل XML، که معمولاً
default.xml
نام دارد، با یک شاخه Repo مرتبط است و مخازن Git و شاخه های Git را که هنگام تنظیم اولیه و همگام سازی شاخه Repo بررسی می شوند، توصیف می کند. این فایل مخازن مختلف Git را تعریف میکند که ابزار Repo باید به منظور ساخت یک محصول (مانند سیستمعامل Android Automotive) در یک پرداخت مشتری Repo واکشی کند. همه مانیفستها را در android.googlesource.com/platform/manifest/+refs ببینید. مانیفست پیشفرض موجود در فایلهای AndroidManifest را برای کشیدن فایلهای پلتفرم Android (AOSP) در android.googlesource.com/platform/manifest/+/refs/heads/master/default.xml ببینید. برای اطلاعات برنامه و فرمت مانیفست مخزن برای توسعه پلتفرم، فایل AndroidManifest.xml را ببینید. - به روز رسانی از طریق هوا (OTA).
- دستگاههای Android موجود در این زمینه میتوانند بهروزرسانیهای هوایی (OTA) سیستم، نرمافزار برنامه و قوانین منطقه زمانی را دریافت و نصب کنند. برای اطلاعات بیشتر به به روز رسانی OTA مراجعه کنید.
- مخزن
- یک بسته بندی در اطراف Git برای انجام عملیات آسان تر در چندین مخزن Git. بسیاری از مخازن Git را به عنوان یک تسویه حساب منفرد یا پایگاه کد جمع آوری و مدیریت می کند. برای اطلاعات بیشتر به ابزار کنترل منبع > مخزن مراجعه کنید.
- شعبه رپو
- مجموعهای از مخازن Git که در یک فایل AndroidManifest ضبط شدهاند که نسخهای از پایگاه کد اندروید را نشان میدهد، مانند
android11-gsi
gsi یاaosp-android-games-sdk
، که از طریق دستوراتrepo init
وrepo sync
دانلود میشود. توضیحات فایل Manifest را برای پیوند به همه فایلهای مانیفست ببینید و از https://cs.android.com/ برای جستجوی ساختهای آنها استفاده کنید. - uprev
- به طور کلی، uprev یک پروژه فرعی از یک پروژه بزرگتر را به نسخه جدیدتر به روز می کند. یک uprev سطح بازبینی را به نسخه افزایش یافته بعدی یا به آخرین نسخه موجود تغییر می دهد. در مورد بسته HIDL، برای حفظ توسعه پذیری سازگار با سطح بسته ، یک نسخه فرعی uprev بسته جدید را به نسخه مینور بالاتر به روز می کند در حالی که همان نام و نسخه اصلی بسته قدیمی را حفظ می کند. در مورد پیکربندی Bootloader ، یک uprev پشتیبانی از نسخه هدر بوت را به آخرین نسخه به روز می کند.
گرافیک
- بوم
- یک سطح ترسیمی که ترکیب بیت های واقعی را در برابر یک بیت مپ یا یک شی سطحی انجام می دهد. دارای روش هایی برای ترسیم رایانه ای استاندارد از بیت مپ ها، خطوط، دایره ها، مستطیل ها، متن و غیره است و به Bitmap یا Surface متصل است. بوم ساده ترین و ساده ترین راه برای کشیدن اشیاء دو بعدی روی صفحه است. کلاس پایه
Canvas
است. - قابل کشیدن
- یک منبع بصری کامپایل شده که می تواند به عنوان پس زمینه، عنوان یا قسمت دیگری از صفحه استفاده شود. یک قرعه کشی معمولاً در یک عنصر رابط کاربری دیگر بارگذاری می شود، به عنوان مثال به عنوان یک تصویر پس زمینه. یک drawable قادر به دریافت رویدادها نیست، اما ویژگی های مختلف دیگری مانند "state" و زمان بندی را برای فعال کردن زیر کلاس هایی مانند اشیاء انیمیشن یا کتابخانه های تصویر اختصاص می دهد. بسیاری از اشیاء قابل ترسیم از فایلهای منبع قابل ترسیم بارگیری میشوند - فایلهای xml یا bitmap که تصویر را توصیف میکنند. منابع قابل کشیدن در زیر کلاسهای
android.graphics.drawable
کامپایل میشوند. برای اطلاعات بیشتر در مورد قرعه کشی ها و سایر منابع، به منابع مراجعه کنید. - منبع چیدمان
- یک فایل XML که طرحبندی یک صفحه فعالیت را توصیف میکند.
مرتبط: منابع
- تصویر نه پچ / 9 پچ / Ninepatch
- یک منبع بیت مپ قابل تغییر اندازه که می تواند برای پس زمینه یا سایر تصاویر روی دستگاه استفاده شود. برای اطلاعات بیشتر به تصویر کشش پذیر Nine-Patch مراجعه کنید.
مطالب مرتبط: منابع
- OpenGL ES
- اندروید کتابخانه های OpenGL ES را برای رندر سه بعدی با شتاب سخت افزاری فراهم می کند. برای رندر دو بعدی، Canvas گزینه سادهتری است." OpenGL ES برای سهولت استفاده در کیت توسعه بومی Android (NDK) موجود است. بستههای
android.opengl
وjavax.microedition.khronos.opengles
عملکرد OpenGL ES را نشان میدهند. - سطح
- یک شی از نوع
Surface
که نشان دهنده بلوکی از حافظه است که با صفحه نمایش ترکیب می شود. یک Surface یک شی Canvas را برای طراحی نگه می دارد و روش های کمکی مختلفی را برای ترسیم لایه ها و تغییر اندازه سطح ارائه می دهد. شما نباید مستقیماً از این کلاس استفاده کنید. به جای آن ازSurfaceView
استفاده کنید.مطالب مرتبط: بوم
- SurfaceView
- یک شی View که یک Surface را برای طراحی میپیچد و روشهایی را برای تعیین اندازه و قالب آن به صورت پویا در معرض نمایش میگذارد. SurfaceView راهی برای ترسیم مستقل از رشته رابط کاربری برای عملیاتهای فشرده منابع (مانند بازیها یا پیشنمایش دوربین) فراهم میکند، اما در نتیجه از حافظه اضافی استفاده میکند. SurfaceView از گرافیک Canvas و OpenGL ES پشتیبانی می کند. کلاس پایه
SurfaceView
است.مرتبط: سطح
- موضوع
- مجموعهای از ویژگیها (اندازه متن، رنگ پسزمینه و غیره) برای تعریف تنظیمات مختلف نمایش پیشفرض با هم ترکیب شدهاند. Android چند تم استاندارد ارائه میکند که در
R.style
فهرست شدهاند (با «Theme_» شروع میشوند). - چشم انداز
- شیئی که به یک ناحیه مستطیلی روی صفحه کشیده می شود و کلیک، فشار دادن کلید و سایر رویدادهای تعامل را کنترل می کند. View یک کلاس پایه برای اکثر اجزای طرحبندی یک صفحه Activity یا Dialog (جعبههای متنی، پنجرهها و غیره) است. برای ترسیم خود از شی والد خود (به ViewGroup مراجعه کنید) فراخوانی دریافت می کند و شی والد خود را در مورد اینکه می خواهد کجا و چقدر بزرگ باشد (که ممکن است توسط والد احترام گذاشته شود یا نباشد) اطلاع می دهد. برای اطلاعات بیشتر،
View
را ببینید.موارد مرتبط: مشاهده سلسله مراتب ، ViewGroup ، ویجت
- مشاهده سلسله مراتب
- ترتیبی از اشیاء View و ViewGroup که رابط کاربری را برای هر جزء از یک برنامه تعریف می کند. سلسله مراتب شامل گروه های مشاهده است که شامل یک یا چند نمای فرزند یا گروه نمایش است. با استفاده از نمایشگر سلسله مراتبی که همراه با Android SDK ارائه می شود، می توانید یک نمایش بصری از یک سلسله مراتب مشاهده برای اشکال زدایی و بهینه سازی دریافت کنید.
- ViewGroup
- یک شی کانتینری که مجموعه ای از نماهای فرزند را گروه بندی می کند. گروه view مسئول تصمیم گیری در مورد مکان قرار گرفتن نماهای کودک و میزان بزرگی آنها و همچنین فراخوانی هر یک برای ترسیم خود در صورت لزوم است. برخی از گروههای نمایش نامرئی هستند و فقط برای طرحبندی هستند، در حالی که برخی دیگر دارای یک رابط کاربری ذاتی هستند (به عنوان مثال، یک کادر فهرست پیمایش). گروههای مشاهده همه در بسته
widget
هستند، اماViewGroup
را گسترش دهید.موارد مرتبط: مشاهده ، مشاهده سلسله مراتب
- ویجت
- یکی از مجموعهای از زیرکلاسهای View کاملاً پیادهسازی شده که عناصر فرم و سایر مؤلفههای رابط کاربری، مانند کادر متن یا منوی بازشو را ارائه میکند. از آنجا که یک ویجت به طور کامل پیاده سازی شده است، اندازه گیری و ترسیم خود را انجام می دهد و به رویدادهای صفحه پاسخ می دهد. ابزارک ها همه در بسته
android.widget
هستند. - پنجره
- در یک برنامه اندروید، یک شی مشتق شده از کلاس انتزاعی
Window
که عناصر یک پنجره عمومی مانند ظاهر و احساس (متن نوار عنوان، مکان و محتوای منوها و غیره) را مشخص می کند. Dialog و Activity از پیاده سازی این کلاس برای ارائه یک پنجره استفاده می کنند. شما نیازی به پیاده سازی این کلاس یا استفاده از ویندوز در برنامه خود ندارید.
سکو
- Android Runtime (ART) و Dalvik
- زمان اجرا اندروید (ART) زمان اجرا مدیریت شده ای است که توسط برنامه ها و برخی از سرویس های سیستم در اندروید استفاده می شود. زمان اجرا Android (ART) زمان اجرا پیشفرض برای دستگاههای دارای Android نسخه 5.0 (سطح API 21) و بالاتر است. ART و سلف آن Dalvik در اصل به طور خاص برای پروژه متن باز اندروید ایجاد شدند. ART به عنوان زمان اجرا فرمت اجرایی Dalvik و مشخصات بایت کد Dex را اجرا می کند. ART و Dalvik زمانهای اجرا سازگار هستند که Dex bytecode را اجرا میکنند، بنابراین برنامههای توسعهیافته برای Dalvik باید هنگام اجرا با ART کار کنند.
- خط کد
- یک کد شامل انتشار یک محصول نرم افزاری است. این شامل یک یا چند شعبه از یک یا چند مخزن است که همه آنها اغلب در حال توسعه فعال هستند. خط کد نقطه تجمع و هدف برای انتشار است. برای اطلاعات بیشتر در مورد خطوط کد، به مدیریت نرم افزار Android مراجعه کنید.
- فایل .dex
- فایل کد برنامه اندروید کامپایل شده.
برنامه های اندروید در فایل های .dex (Dalvik Executable) کامپایل می شوند که به نوبه خود در یک فایل apk. روی دستگاه فشرده می شوند. فایل های .dex را می توان با ترجمه خودکار برنامه های کامپایل شده نوشته شده به زبان برنامه نویسی جاوا ایجاد کرد.
تست
- مصنوعات
- مصنوعات گزارش های مربوط به ساخت هستند که عیب یابی محلی را امکان پذیر می کنند. این گزارشها مستقیماً از Gerrit هنگام مشاهده لیست تغییرات شما قابل دسترسی هستند. برای مشاهده یا دانلود فایل
build_error.log
مربوطه، به قسمت Presubmit Status بروید و روی پیوند قرمز رنگ کلیک کنید. همچنین میتوانید این مصنوعات را از سرور مرکزی Android Continuous Integration در ci.android.com/ با کلیک کردن روی نماد دانلود (فلش پایین) برای هدف و ساخت، دریافت کنید. برای اطلاعات بیشتر در مورد نحوه یافتن مصنوعات، به یکپارچه سازی مداوم Android مراجعه کنید. - CDD
- سند تعریف سازگاری اندروید (CDD) الزاماتی را برشمرده است که برای سازگاری دستگاه های شما با آخرین نسخه اندروید باید رعایت شوند. برای اینکه پیادهسازیهای دستگاه با Android سازگار در نظر گرفته شوند، باید الزامات ارائهشده در این تعریف سازگاری، از جمله هر سندی که با مرجع گنجانده شدهاند، داشته باشند. برای اطلاعات بیشتر در مورد CDD، به سند تعریف سازگاری Android مراجعه کنید.
- سی تی اس
- مجموعه تست سازگاری (CTS) مجموعه آزمایشی برای اطمینان از صحت API و مشخصات ارائه شده در CDD است. به عنوان منبع در AOSP و برای دانلود به صورت باینری در دسترس است. برای اطلاعات بیشتر، مجموعه تست سازگاری را ببینید.
- تأیید کننده CTS
- تأیید کننده مجموعه تست سازگاری (CTS Verifier) مکملی برای CTS است. CTS Verifier تستهایی را برای APIها و عملکردهایی ارائه میکند که بدون ورودی دستی (مانند کیفیت صدا، شتابسنج و غیره) نمیتوانند روی دستگاه ثابت آزمایش شوند. برای اطلاعات بیشتر، استفاده از CTS Verifier را ببینید.
- اشکال زدایی
- اشکال زدایی مستلزم یافتن و رفع خطاها در کد پلتفرم اندروید، چه در ویژگی ها و چه در آزمایشات آنها است. برای اطلاعات بیشتر، به اشکال زدایی کد پلتفرم اندروید بومی مراجعه کنید
- GoogleTest (GTest)
- GTest چارچوب تست و تمسخر ++C گوگل است. باینریهای GTest معمولاً به لایههای انتزاعی سطح پایینتر دسترسی دارند یا IPC خام را در برابر سرویسهای مختلف سیستم انجام میدهند. به همین دلیل، رویکرد تست برای Gtest معمولاً با سرویس در حال آزمایش همراه است. کد را در github.com/google/googletest و مستندات را در google.github.io/googletest پیدا کنید.
- تست ابزار دقیق
- یک تست ابزار دقیق یک محیط اجرای تست ویژه را فراهم می کند که توسط دستور
am instrument
راه اندازی می شود، جایی که فرآیند برنامه هدفمند مجدداً راه اندازی می شود و با زمینه برنامه اصلی شروع می شود و یک رشته ابزار دقیق در داخل ماشین مجازی فرآیند برنامه شروع می شود. برای اطلاعات بیشتر، به تست های ابزار دقیق مراجعه کنید. - Logcat
- Logcat یک ابزار خط فرمان است که گزارشی از پیامهای سیستم، از جمله ردیابی پشتهها را هنگامی که دستگاه خطا میدهد و پیامهایی که از برنامه خود با کلاس
Log
نوشتهاید، حذف میکند. برای اطلاعات بیشتر، ابزار خط فرمان Logcat را ببینید. - ورود به سیستم
- ورود به سیستم اندروید به دلیل ترکیبی از استانداردهای استفاده شده که در
logcat
ترکیب شده اند، پیچیده است. برای جزئیات بیشتر در مورد استانداردهای اصلی مورد استفاده، به درک ثبت گزارش مراجعه کنید. - تضاد را ادغام کنید
- تداخل ادغام زمانی رخ می دهد که دو یا چند نسخه از یک فایل دیگر نمی توانند به طور خودکار توسط سرور ساخت اندروید ادغام شوند. اینها معمولاً نیاز به ویرایش دستی فایل دارند تا تمام به روز رسانی های متناقض حل شوند.
- آزمایشات را از قبل ارسال و پس از ارسال کنید
- تست های Presubmit برای جلوگیری از ورود خرابی ها به هسته های رایج استفاده می شود. نتایج در حال حاضر به صورت عمومی در دسترس نیستند.
تستهای ارسال پست اندروید زمانی انجام میشوند که یک پچ جدید به یک شاخه هسته مشترک متعهد شود. با واردaosp_kernel
به عنوان یک نام جزئی شاخه، می توانید لیستی از شاخه های هسته را با نتایج موجود مشاهده کنید. برای مثال، نتایج مربوط به «android-mainline» را میتوانید در اینجا پیدا کنید . - معامله شد
- مهار تست فدراسیون تجارت (Tradefed یا به اختصار TF) یک چارچوب آزمایشی مداوم است که برای اجرای آزمایشها در دستگاههای اندرویدی طراحی شده است. به عنوان مثال، Tradefed برای اجرای CTS و VTS استفاده می شود. برای اطلاعات بیشتر، به نمای کلی فدراسیون تجارت مراجعه کنید.
- VTS
- مجموعه تست فروشنده Android (VTS) عملکرد گستردهای را برای آزمایش اندروید ارائه میکند، فرآیند توسعه مبتنی بر آزمایش را ترویج میکند و آزمایش هسته HAL و OS را خودکار میکند. برای اطلاعات بیشتر، مجموعه تست فروشنده (VTS) و زیرساخت را ببینید.