بررسی اجمالی فدراسیون تجارت

فدراسیون تجارت (Tradefed یا به اختصار TF) یک چارچوب آزمون مداوم است که برای اجرای تست ها در دستگاه های Android طراحی شده است. به عنوان مثال ، Tradefed برای اجرای مجموعه تست سازگاری (CTS) و مجموعه فروشنده فروش (VTS) استفاده می شود .

فدراسیون تجارت یک برنامه جاوا است که روی رایانه میزبان اجرا می شود و با استفاده از ddmlib (کتابخانه پشت DDMS) از طریق ADB با یک یا چند دستگاه Android ارتباط برقرار می کند.

ما برخی از ویژگی های اصلی TF را به همراه دو نمونه از موارد استفاده در زیر ذکر کرده ایم. گفته شد ، اگر می خواهید درست بپرید و شروع کنید ، می توانید مستقیماً به صفحه شروع اینجا بروید .

امکانات

  • طراحی مدولار ، انعطاف پذیر ، مقیاس پذیر
  • برای اجرای انواع مختلفی از تست های Android پشتیبانی کرده است: ابزار دقیق ، uiautomator ، native / gtest ، JUnit مبتنی بر میزبان و غیره
  • قابلیت اطمینان و مکانیسم بازیابی در بالای adb را فراهم می کند
  • از برنامه ریزی و اجرای آزمایشی روی چندین دستگاه به طور موازی پشتیبانی می کند

برای به روزترین اطلاعات در مورد نحوه اجرای آزمونهای موجود خود ، مانند ابزار دقیق ، به Testing Through TF مراجعه کنید.

از موارد استفاده کنید

مدولاسیون تجارت فدراسیون باعث می شود دسترسی به محیط هایی با زیرساخت های ساخت ، آزمایش و گزارش موجود ، ساده باشد. ما در زیر چند مورد کاربردی اثبات کننده را نشان می دهیم که در آن معامله تجاری می تواند آزمایش های کارآمد و مقیاس پذیر را امکان پذیر کند.

اول ، مفید است که منظره موارد استفاده بالقوه را از نظر این س "ال "کدام قسمت ها قابل اصلاح هستند و کدام قسمت ها ثابت هستند؟" به عنوان مثال ، یک دستگاه نصب شده دستگاه می تواند چارچوب ، سیستم و سخت افزار را اصلاح کند ، اما تأثیر کمی بر برنامه های موجود دارد یا هیچ تأثیری ندارد. از طرف دیگر ، یک توسعه دهنده برنامه می تواند برنامه را اصلاح کند ، اما کنترل زیادی بر بسیاری از جنبه های سیستم یا چارچوب ندارد.

در نتیجه ، موجودیت موجود در هر پرونده کاربری اهداف آزمایش متفاوتی خواهد داشت ، و در صورت مجموعه ای از خرابی های آزمون ، گزینه های مختلفی خواهد داشت. با وجود این تفاوت ها ، فدراسیون تجارت می تواند به کارآیی ، انعطاف پذیری و مقیاس پذیری هر یک از فرآیندهای آزمون آنها کمک کند.

دستگاه نصب شده

OEM دستگاه سخت افزاری را ایجاد می کند و اغلب سیستم Android و چارچوب ها را تغییر داده تا به خوبی روی آن سخت افزار کار کند. OEM ممکن است تلاش کند تا با حفظ ثبات و عملکرد در سطح سخت افزاری و سیستم ، اهداف خود را محقق کند و مطمئن شود که تغییرات چارچوب سازگاری را با برنامه های موجود از بین نمی برد.

OEM می تواند ماژول چشمک زن دستگاهی را که در مرحله Target Setup چرخه زندگی اجرا می شود ، پیاده سازی کند . این ماژول در طول دوره اجرای خود بر روی دستگاه کنترل کاملی خواهد داشت ، که به آن امکان می دهد دستگاه را به طور بالقوه مجبور به بارگذار ، فلاش کرده و سپس دستگاه را مجبور به راه اندازی مجدد مجدد به حالت فضای کاربر کند. این ترکیب با یک ماژول برای اتصال به یک سیستم ساخت مداوم ، به OEM اجازه می دهد تا آزمایشاتی را روی دستگاه خود اجرا کند زیرا آنها تغییراتی در سیستم عامل سطح سیستم و چارچوب های سطح جاوا ایجاد می کنند.

پس از بوت شدن کامل دستگاه ، OEM می تواند از آزمونهای موجود مبتنی بر JUnit استفاده کند یا آزمایشات جدیدی را برای تأیید عملکرد مورد علاقه خود بنویسد. سرانجام ، آنها می توانند یک یا چند ماژول گزارش نتیجه را بنویسند تا به مخازن موجود در نتیجه آزمایش متصل شوند یا نتایج را مستقیماً گزارش دهند (مثلاً از طریق ایمیل ).

توسعه دهنده برنامه

توسعه دهنده برنامه ، برنامه ای را ایجاد می کند که باید در انواع نسخه های پلت فرم و دستگاه های مختلف به خوبی اجرا شود. اگر مشکلی در نسخه خاص سیستم عامل و / یا دستگاه وجود دارد ، تنها راه حل این است که یک راه حل اضافه کنید و ادامه دهید. برای توسعه دهندگان بزرگتر ، فرایند آزمون ممکن است در یک توالی ساخت مداوم گنجانده شود. برای توسعه دهندگان کوچکتر ، ممکن است به صورت دوره ای یا دستی شروع شود.

بیشتر توسعه دهندگان برنامه ها از ماژول های نصب تست apk که قبلاً در TF وجود دارد استفاده می کنند. یک نسخه وجود دارد که از سیستم فایل محلی نصب می شود ، همچنین یک نسخه وجود دارد که می تواند apk های بارگیری شده از یک سرویس ساخت را نصب کند . توجه به این نکته مهم است که نسخه اخیر با بسیاری از موارد TF دلخواه که در همان دستگاه میزبان اجرا می شوند به درستی کار خواهد کرد.

به دلیل مهارت TF در برخورد با چندین دستگاه ، طبقه بندی هر نتیجه آزمایش بر اساس نوع دستگاهی که برای آن آزمون استفاده شده است ، ساده است. بنابراین ، TF می تواند به طور بالقوه یک ماتریس سازگاری 2 بعدی (یا چند بعدی) برای هر ساخت برنامه ایجاد کند.

سرویس تست

به عنوان مثال یک سرویس تست ممکن است به توسعه دهندگان برنامه اجازه دهد برنامه ها را ارسال کنند و آزمایشاتی را روی دستگاههایی که با ابزار اندازه گیری قدرت اندازه گیری می شوند برای تعیین میزان مصرف انرژی برای برنامه انجام دهند. این از دو مورد قبلی متفاوت است زیرا سازنده سرویس دستگاه ها یا برنامه های در حال اجرا را کنترل نمی کند.

از آنجا که تجارت فدراسیون می تواند هر کلاس جاوا را که رابط کاربری ساده IRemoteTest را اجرا می کند ، اجرا کند ، نوشتن درایورهایی که می توانند برخی از سخت افزارهای خارجی را با مورد آزمایشی که در دستگاه اجرا می شود هماهنگ کنند ، IRemoteTest پیش پا افتاده است. درایور می تواند Threads را تخم ریزی کند ، درخواست هایی را به سرورهای دیگر ارسال کند یا هر کار دیگری را که ممکن است انجام دهد انجام دهد. علاوه بر این ، سادگی و تطبیق پذیری رابط گزارش نتیجه ، ITestInvocationListener ، به این معنی است که ارائه نتایج آزمون های دلخواه (از جمله ، به عنوان مثال ، معیارهای عددی قدرت) در خط لوله گزارش استاندارد گزارش ، ساده است.