در این تسک، دو فیلد جدید با عنوان «درباره آموزشگاه» و Problem به مدل برندینگ آموزشگاه در سایت آموزشگاه‌یاب اضافه خواهد شد.
هر دو فیلد باید اختیاری باشند و برای هر فیلد محدودیت حداکثر ۲۰۰۰ کاراکتر در نظر گرفته شود.
الزامات تسک
-
اضافه شدن فیلد «درباره آموزشگاه» به مدل برندینگ.
-
اضافه شدن فیلد Problem به مدل برندینگ.
-
هر دو فیلد باید اختیاری باشند.
-
محدودیت حداکثر ۲۰۰۰ کاراکتر برای هر فیلد اعمال شود.
-
امکان ذخیره و دریافت اطلاعات این دو فیلد در ساختار برندینگ آموزشگاه فراهم شود.
-
اعمال تغییرات بدون ایجاد اختلال در اطلاعات و فیلدهای فعلی مدل برندینگ.
وظایف اجرایی
-
بررسی ساختار فعلی مدل برندینگ آموزشگاه.
-
اضافه کردن فیلد «درباره آموزشگاه».
-
اضافه کردن فیلد Problem.
-
اعمال محدودیت ۲۰۰۰ کاراکتر برای هر دو فیلد.
-
تنظیم فیلدها به‌صورت اختیاری.
-
اعمال تغییرات موردنیاز در دیتابیس و مدل مربوطه.
-
بررسی امکان ذخیره و دریافت صحیح اطلاعات.
-
تست ثبت، ویرایش و دریافت مقادیر این دو فیلد.
خروجی نهایی
-
اضافه شدن فیلد «درباره آموزشگاه» به مدل برندینگ.
-
اضافه شدن فیلد Problem به مدل برندینگ.
-
امکان ثبت و ویرایش اطلاعات هر دو فیلد تا سقف ۲۰۰۰ کاراکتر.
-
اختیاری بودن هر دو فیلد.
-
آماده بودن مدل برندینگ برای استفاده از این اطلاعات در بخش‌های مرتبط سایت آموزشگاه‌یاب.
دستورالعمل جامع تحویل تسک‌ها و چرخه حیات توسعه (Definition of Done)
در فرآیند ثبت و اجرای تمامی تسک‌ها، رعایت اصول زیر الزامی است (بسته به ماهیت و دامنه هر تسک/سرویس، برخی جزئیات ممکن است کم یا زیاد شوند):
محیط و مخزن تحویل: شروع، توسعه و تحویل کار باید منحصراً روی گیت‌هاب (GitHub)، در مخزن اختصاصی پروژه و برنچ تعیین‌شده (Feature Branch یا برنچ موظف طبق ساختار GitFlow) انجام پذیرد.
استقرار نسخه آزمایشی (Staging): پس از اتمام توسعه اولیه، نسخه کاندید جهت انجام تست‌های پذیرش (Acceptance / Smoke Tests) بر روی محیط استقرار موقت (Staging / Development Server) دیپلوی شود.
معیارهای پذیرش کیفی، امنیتی و پایش:
تکمیل و به‌روزرسانی فایل README.md مخزن شامل راهنمای اجرا، تست و متغیرها.
پاس شدن کامل گیت‌های کیفی (Quality Gates) شامل بررسی استانداردهای کد، Linting و تحلیل ایستا (Static Analysis).
رفع کامل آسیب‌پذیری‌ها و خطاهای امنیتی (Security Gates) در ابزارهای پویش سورس و وابستگی‌ها.
یکپارچه‌سازی و اتصال بدون خطای سرویس به ابزار رصد خطا (Sentry Integration) برای لاگین و ترکینگ دقیق رویدادهای بحرانی.
تست‌نویسی کامل بر اساس متدولوژی TDD با پوشش کد بالا (حداکثر پوشش ممکن / ۱۰۰٪ در بخش‌های منطق تجاری حیاتی).
ادغام کد (Merge to Main): تنها پس از تأیید ناظر/تیم فنی و موفقیت تمام خطوط لوله یکپارچه‌سازی مداوم (CI/CD)، درخواست ادغام (Pull Request) به برنچ main اعمال شود.
آنالیز و رفع عیوب پس از ادغام (Post-Merge Analysis): پس از ادغام، رفتارهای سیستم، گزارش‌های لاگ و نتایج مانیتورینگ مورد ارزیابی قرار گرفته و هرگونه رگرسیون یا باگ کشف‌شده سریعاً رفع گردد.