فحص برمجي

تمثل عملية الفحص أكثر أنواع ممارسات المراجعة شيوعًا الموجودة في مشاريع البرمجيات. ويتركز هدف عملية الفحص في وصول كافة مسؤولي الفحص إلى إجماع حول منتج عمل والموافقة عليه للاستخدام في المشروع. وتشمل منتجات العمل التي يشيع فحصها مواصفات متطلبات البرمجيات وخطط الاختبار. ويُحدّد منتج العمل في عملية الفحص للمراجعة ويتم جمع الفريق من أجل عقد اجتماع فحص لمراجعة منتج العمل. ويتم اختيار وسيط لترأس الاجتماع. ويحضر كل مسؤول فحص للاجتماع من خلال قراءة منتج العمل وتدوين كل عيب. والهدف من عملية الفحص هو تحديد العيوب. ويُعرّف العيب في أية عملية فحص على أنه أي جزء من منتج العمل يحول دون موافقة مسؤول الفحص عليه. على سبيل المثال، إذا كان الفريق يقوم بفحص مواصفات متطلبات البرمجيات، فسيكون كل عيب عبارة عن نص في المستند الذي يعارضه مسؤول الفحص.

وضع مايكل فاغان عملية الفحص في أواسط سبعينيات القرن العشرين، وقد شهدت العملية توسعًا وتعديلاً لاحقًا. ومن المفترض أن يكون للعملية معايير إدخال تحدد ما إذا كانت عملية الفحص جاهزة للشروع فيها. ويحول هذا دون دخول منتجات العمل غير المكتملة في عملية الفحص. وربما تكون معايير الإدخال عبارة عن قائمة مراجعة تتضمن بعض المصطلحات مثل «تم إجراء تدقيق إملائي للمستند».

ونورد فيما يلي مراحل عملية الفحص: التخطيط، الاجتماع لإلقاء نظرة شامل، الإعداد، اجتماع الفحص، إعادة العمل والمتابعة. ينبغي تكرار مراحل الإعداد واجتماع الفحص وإعادة العمل.

• التخطيط: يقوم الوسيط بتخطيط عملية الفحص.
• الاجتماع لإلقاء نظرة شاملة: يصف المؤلف خلفية منتج العمل.
• الإعداد: يفحص كل مسؤول فحص منتج العمل لتحديد العيوب المحتملة.
• اجتماع الفحص: يتصفح القارئ خلال هذا الاجتماع منتج العمل، جزءً تلو جزء ويشير مسؤولو الفحص إلى عيوب كل جزء.
• إعادة العمل: يجري المؤلف تغييرات على منتج العمل وفقًا لخطط العمل من اجتماع الفحص.
• المتابعة: يتم فحص التغييرات التي يحدثها المؤلف للتحقق من صحة كل شيء.

يقوم الوسيط بإنهاء العملية عندما تفي ببعض معايير الإنهاء المحددة مسبقًا.

تُستخدم القواعد التالية خلال عملية الفحص.

• المؤلف: الشخص الذي أنتج منتج العمل الذي يجري فحصه.
• الوسيط: هذا هو رئيس عملية الفحص. يخطط الوسيط عملية الفحص وينسقها.
• القارئ: الشخص الذي يتصفح المستندات، بند واحد في كل مرة. يشير مسؤولو الفحص الآخرين بعد ذلك إلى العيوب.
• المسجل/الكاتب: الشخص الذي يوثق العيوب التي يتم اكتشافها خلال عملية الفحص.
• مسؤول الفحص: الشخص الذي يقوم بفحص منتج العمل لتحديد العيوب المحتملة.

• هندسة البرمجيات
• نموذج نضج القدرة (CMM)

• Review and inspection practices
• Article Software Inspections by Ron Radice
• Comparison of different inspection and review techniques

• بوابة علم الحاسوب
• بوابة برمجة الحاسوب
• بوابة تقنية المعلومات