عملية تحقق هي عملية تحقق واحدة. عملية تنفيذ هي تنفيذ واحد لعمليات التحقق ضمن سياسة ما على تغيير معين. عملية نتائج هي ما أبلغت عنه عملية التحقق.
يمكن العثور عليها تحت الجودة ← عمليات تنفيذ و الجودة ← نتائج.
قراءة نتيجة عملية التنفيذ
تعرض نتيجة عملية التنفيذ كل عملية تحقق ونتائجها ومخرجاتها. عندما تفشل مهمة في التحقق، تكون نتيجة عملية التنفيذ هي المكان الذي ستعرف فيه السبب.
اقرأها من الأعلى إلى الأسفل. عادةً ما تكون أول عملية تحقق فاشلة هي السبب الحقيقي؛ بينما الفشلات اللاحقة غالبًا ما تكون نتيجة لها. فشل في البناء يتبعه اثنا عشر فشلاً في الاختبارات يمثل مشكلة واحدة، وليس ثلاث عشرة مشكلة.
نتائج
تأتي النتائج من وكلاء المراجعة وأدوات المسح وبوابات الإرشاد. وكل منها يحمل ما تم اكتشافه، ومكانه، ومدى خطورته.
دورة حياتها:
- تم رصدها بواسطة عملية تحقق أو مراجع.
- تم توجيهها — النتائج القابلة للتصحيح تُعاد إلى وكيل المطور كمهام إعادة عمل؛ بينما تُلحق البقية بـ pull request.
- تم حلها — تم تصحيحها، أو قبولها، أو تجاهلها.
تصنيف النتائج
السؤال بالنسبة لكل نتيجة ليس "هل هذا صحيح؟" بل "هل يغير هذا ما سيحدث لاحقًا؟"
- إصلاح الآن — المتعلقة بالدقة والأمان، أو أي شيء كان سيفشل في المراجعة على أي حال.
- قبول — صحيحة ولكن لا تستدعي اتخاذ إجراء هنا. سجل السبب.
- تجاهل — نتيجة إيجابية كاذبة، أو قاعدة لا تنطبق على هذا الكود.
تجاهلها بشكل متعمد مع ذكر السبب. التجاهل بدون تفسير لا يختلف عن محاولة إخفاء حقيقة مزعجة، وبعد ستة أشهر لن يتمكن أحد من معرفة الفرق.
عندما تكون هناك نتائج كثيرة جدًا
العدد الكبير هو مؤشر على الإعدادات، وليس على جودة الكود.
عملية التحقق التي تُفعَل على معظم التغييرات لا تكتشف مشاكل — بل تصف قاعدة الكود الخاصة بك. إما أن القاعدة لا تتوافق مع اتفاقياتك، أو أنها تصف ديونًا تقنية قررت التعايش معها. كلاهما يعني أن شكل عملية التحقق غير مناسب.
النتائج والبوابات
النتيجة الناتجة عن بوابة إرشادية هي مجرد معلومات. أما نفس النتيجة من بوابة حاجزة فهي توقف المهمة. النتيجة واحدة؛ السياسة هي التي تحدد تكلفتها.
هذا هو الرافع الذي يمكن استخدامه عندما تكون عملية التحقق صحيحة ولكنها عدوانية للغاية: تغيير درجة خطورتها بدلاً من إزالتها. اطلع على سياسات الجودة والبوابات.