راجع تسليم Taiga بالأدلة
مكتملاربط المبادرة والخطة والتشغيل وفرق الشيفرة والفحوص. تحقّق من التغيير الحالي قبل قبول قرار دمج أو إصدار.
تحقّق من فهمكاكتمل التشغيل، لكن سجله يقول إن اختباراً مطلوباً لم يُشغّل. ماذا يثبت الاكتمال؟نفّذ التمرين
ما ستتعلّمه
- تتبّع سلوك مسلّم إلى متطلبه وخطته.
- تحديد الفحوص غير المكتملة والافتراضات التي تحتاج إلى مراجعة.
- التمييز بين اكتمال التشغيل والدمج والنشر والإتاحة للمستخدمين.
ابدأ بنتيجة المبادرة
تسمح خدمة المعدات الخيالية الآن للموظفين بعرض طلباتهم. ابدأ المراجعة بنتيجة المبادرة ونطاقها. حدّد ما يجب أن يتحقق وما يجب أن يحافظ عليه التغيير.
في هذا التسليم، يجب ألا يقرأ موظف طلب موظف آخر. ويجب أن يحتفظ المديرون بوصولهم المحدد. لا يثبت اختبار يفتح الصفحة فقط أياً من الشرطين.
اربط السجلات
| السجل | سؤال المراجعة |
|---|---|
| المبادرة | ما النتيجة والنطاق المأذون بهما؟ |
| إصدار الخطة | ما خطوات التنفيذ والتحقق المقصودة؟ |
| التشغيل | ماذا حدث، وما الافتراضات التي وضعها الوكيل؟ |
| طلب الدمج وفرق الشيفرة | ما الذي تغيّر في commit الحالي؟ |
| الفحوص والمراجعة | ما الأدلة التي تدعم قبول ذلك commit؟ |
| سجل النشر | ما ناتج البناء الذي وصل إلى أي بيئة؟ |
تسجّل صفحة Runs المحاولات، بما فيها الإخفاقات. يحدّد كل تشغيل الخطة التي نفّذها. صفحة التشغيل سجل للفحص؛ أما القرارات التي تغيّر العمل فمكانها المبادرة.
اقرأ أدلة الخطوات للاختبارات والتنسيق. يجعل Taiga الفحوص الفاشلة أو غير المنفّذة ظاهرة. لا تحوّل «لم يُشغّل» إلى «نجح» في ملخص مراجعتك.
افحص الافتراضات والحدود
ابحث عن افتراضات بشأن نموذج الوصول ومخطط البيانات والبيئة والخدمات الخارجية. قارنها بالمقصد المنشور والشيفرة الفعلية.
لخدمة المعدات، افحص أين يجري التحقق من صاحب الطلب. اختبر طلباً مأذوناً به وطلب موظف آخر وطلباً غير موجود. افحص ألا تكشف السجلات محتوى الطلب السري.
راجع تغييرات الاختبارات أيضاً. لنتيجة ناجحة قيمة محدودة إذا أزال التغيير شرط التحقق الذي يكشف العيب. اعتبر تغييرات سير العمل وإعدادات الاختبارات جزءاً من نطاق المراجعة.
قدّم ملاحظات قابلة للتنفيذ
حدّد السلوك والنتيجة المتوقعة والأدلة المطلوبة. مثلاً: «تتحقق نقطة النهاية من تسجيل الدخول، لكنها لا تتحقق من ملكية الطلب. أضف فحص الوصول من جانب الخادم واختباراً يستخدم طلب موظف آخر».
يمكن أن يستجيب Taiga لملاحظات مراجعة طلب الدمج والفحوص الفاشلة بتغييرات على الفرع نفسه. بعد التحديثات، افحص commit الجديد وفحوصه. قد لا تغطي الأدلة السابقة ناتج بناء تغيّر.
إذا توقف التشغيل لأن الخطة غير مكتملة أو لأن فحصاً أُضعف، فاقرأ السبب المعلن. لا تزل حالة المسودة لمجرد أن ملخص الفحوص الظاهر ناجح.
اتخذ قرار القبول الصحيح
سجّل المعايير المتحقق منها والمعايير التي تبقى غير محسومة. دع مراجعات المستودع وفحوصه المطلوبة تفرض حد الدمج. احتفظ بأي قرار إصدار منفصل.
يرصد Taiga عمليات النشر التي ينفّذها مسارك. تحقّق من البيئة وناتج البناء قبل إخبار المستخدمين بإتاحة التغيير. قد يترك نشر فاشل النسخة الناجحة السابقة تخدم حركة المرور.
أكمل النتيجة بفحص على مستوى الخدمة: يستطيع الموظف استخدام الميزة، ويُرفض الوصول غير المخوّل، ويستطيع مسؤول التشغيل رصد الإخفاقات. تابع إلى التعامل مع توقف يحتاج إلى تدخلك.
نفّذ التمرين
لتغيير خيالي في وصول الموظفين بناء ناجح وملاحظة تشغيل تقول إن اختبار تكامل تعذّر تشغيله. اكتب الأدلة المطلوبة قبل قبوله. أدرج حالة رفض وصول وناتج البناء أو commit الدقيق الخاضع للمراجعة.
تنزيل ورقة العمل (Markdown)يؤدي إلغاء هذا الاختيار إلى حذف كل التقدم المحفوظ في هذا المتصفح.
يبقى تقدمك في هذا المتصفح. دون حساب أو تتبّع.