نحوه اضافه کردن تست ویجت با یک عامل کدگذاری QA برای فلوتر

پس از پست قبلی ما که در آن اقدامات GitHub را برای آزمایش خودکار تنظیم کرده ایم ، بیایید مرحله بعدی را برداریم: ایجاد تست های ویجت واقعی با استفاده از Gitauto ، عامل کدگذاری QA ما. هدف؟ برای نشان دادن اینکه ما می توانیم موارد تست را حتی بدون باز کردن IDE ایجاد ، اعتبار و ادغام کنیم.

tl ؛ dr – داستان چیست؟

1. راه اندازی
2. ایجاد پرونده آزمون
3. تجزیه و تحلیل اجرای Gitauto
4. اعدام و بهبودی خود را آزمایش کنید
5. منتظر

1. راه اندازی

مطالعه موردی امروز شامل یک پروژه کتابخانه ویجت UI (مؤلفه) است. از آنجا که در این حالت توسط یک شرکت متفاوت توسط یک شرکت متفاوت اداره می شود ، ما صرفاً روی اجزای UI تمرکز می کنیم – آزمایش ویجت را به عنوان انتخاب عالی تبدیل می کنیم. ما آزمایش خواهیم کرد GFBadge ویجت (جایی که GF مخفف چارچوب GitWidget است) که در حال حاضر فاقد پوشش آزمایش است. برای این تظاهرات ، من مخزن اصلی را انتخاب کردم و آزمایشات موجود خود را به طور عمدی حذف کردم تا یک سناریوی دنیای واقعی را شبیه سازی کنم که در آن باید پوشش آزمایش اضافه شود.

2. ایجاد پرونده آزمون

من یک شماره GitHub با عنوان “اضافه کردن یک تست ویجت برای lib/component/badge/gf_badge.dart” ایجاد کردم:

توجه کنید که من هیچ الزامات آزمایشی را مشخص نکردم – بیایید ببینیم که Gitauto با خودمختار چه می آید. کادر انتخاب را بررسی کنید تا مسئله به Gitauto اختصاص یابد.

3. تجزیه و تحلیل اجرای Gitauto

در اینجا درخواست اولیه کشش و تعهد از Gitauto آورده شده است:

بدون هیچ گونه نیاز خاص ، Gitauto سه مورد آزمایش اساسی ایجاد کرد:

1. هنگام ارائه متن ، نمایش متن را تأیید کنید
2. نمایش ویجت کودک را در صورت ارائه متن تأیید کنید
3. مقادیر رنگ و اندازه پیش فرض را تأیید کنید

برای آنهایی که تست های جدید در Flutter (مانند خودم) هستند ، در اینجا توضیح سریع در مورد اجزای کلیدی ارائه می شود:

• testWidgets: عملکرد برای آزمایش ویجت
• WidgetTester: کلاس محیط آزمون
• tester.pumpWidget: ویجت را ارائه می دهد
• MaterialApp: ویجت ریشه (بنیاد برنامه)
• Scaffold: ظرف صفحه نمایش

4. اجرای و بهبودی خود

اجرای آزمایش اولیه انجام نشد:

با این حال ، Gitauto با ایجاد خودکار یک تعهد ثابت ، توانایی خود درمانی خود را نشان داد:

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

تست ها به طور خودکار دوباره اجرا شدند و با موفقیت انجام شدند:

5. به جلو نگاه می کنیم

این تظاهرات نشان می دهد که چگونه می توانیم از ایجاد پرونده آزمون برای ادغام بدون باز کردن IDE برویم. برای پروژه هایی که به طور سنتی به چندین مهندس QA احتیاج داشتند ، یک شخص QA هم اکنون می تواند با استفاده از Gitauto ، ایجاد آزمایش ویجت گسترده را مدیریت کند.

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

در صورت تمایل می توانید افکار و بازخورد خود را در info@gitauto.com به اشتراک بگذارید.