—مشاهدة
الفرق بين Severity و Priority
تعرّف على الفرق بين الشدة (Severity) والأولوية (Priority) في تصنيف الأخطاء البرمجية، وكيف يساعد تحديدهما بدقة في إدارة الأخطاء وترتيب إصلاحها بفريق التطوير.
قبل ما تبدأ
- كيف تكتب Bug Report احترافي
الخلاصة بنقاط
- الشدة (Severity) تقيس مدى التأثير التقني والمالي للخلل على النظام أو الكود.
- الأولوية (Priority) تحدد مدى السرعة والأهمية الاستثمارية لإصلاح الخلل من منظور العمل (Business).
- الشدة يُحددها في الغالب مهندس الفحص (QA)، بينما الأولوية يُشارك في تحديدها مدير المشروع (PM) أو صاحب المنتج (PO).
- يمكن أن يكون الخلل عالي الشدة ومنخفض الأولوية، أو العكس، بناءً على تأثيره والجدول الزمني للإطلاق.
عند العثور على مشكلة برمجية (Bug)، يُعد تحديد كل من Severity و Priority خطوة حاسمة لمساعدة فريق التطوير وإدارة المشروع على اتخاذ القرار الصحيح بشأن ترتيب المهام والإصلاحات.
1. الشدة (Severity)
تُعبر عن المدى التقني لتأثير الخلل على وظائف التطبيق أو استقراره.
- المسؤول: يُحددها غالباً مهندس الفحص (QA) بناءً على طبيعة المشكلة.
- الأسئلة التي تجيب عنها: هل يتسبب الخلل في إغلاق التطبيق؟ هل يمنع المستخدم من إكمال عملية حيوية؟
- المستويات الشائعة: Critical / Blocker, Major, Minor, Low.
2. الأولوية (Priority)
تُعبر عن الترتيب الزمني والأهمية التجارية لإصلاح الخلل.
- المسؤول: يُشارك في تحديدها مدير المشروع (Project Manager) أو صاحب المنتج (Product Owner) بالتعاون مع الـ QA.
- الأسئلة التي تجيب عنها: ما مدى سرعة قيامنا بإصلاح هذه المشكلة؟ هل تؤثر على الإطلاق الحالي أو تجربة العميل المباشرة؟
- المستويات الشائعة: High, Medium, Low.
الخلاصة: تحديد Severity يساعد في فهم خطورة المشكلة البرمجية، بينما تحديد Priority يحدد ترتيب جدول العمل والتصحيح اليومي للفريق.
تمرين
تصنيف الأخطاء حسب Severity و Priority
- الحالة الأولى: شعار الشركة (Logo) في الصفحة الرئيسية مكتوب فيه الاسم بإملاء خاطئ جداً قبل مؤتمر صحفي بساعة.
- الحالة الثانية: زر في صفحة داخلية قليلة الاستخدام يسبب توقف النظام بالكامل (Crash)، ولكن لا أحد يستخدم هذه الصفحة حالياً.
- حدد الـ Severity والـ Priority لكل حالة.
تذكر دائماً: Severity تتعلق بمدى انهيار النظام أو خطأ الكود، بينما Priority تتعلق بمتى يجب إصلاح المشكلة للعمل.
اكشف الحل
- الحالة الأولى: Low Severity, High Priority (تأثيره التقني بسيط جداً كونه مجرد نص/صورة، لكن تصحيحه فوراً ضروري جداً لسمعة الشركة قبل المؤتمر).
- الحالة الثانية: High Severity, Low Priority (تأثيره التقني خطير كونه يوقف التطبيق، ولكن الأولوية منخفضة لعدم استخدام الصفحة في الوقت الحالي).
تقدّم الشهادة0%
شاهد 90% من الفيديو حتى ينحسب هذا الدرس مكتمل.
خلصت الدرس؟ 👏خذ استراحة 60 ثانية واصطد bugsلعبة Debug Hunt — بتلعبها عالموبايل كمان
العب هسا 
النقاش 🔻