اختبار الوحدة: التبنّي على نطاق واسع

السؤال 1 من 5

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

السؤال 2 من 5

• قبوله عبر brand token يبدّل التعامل مع المفاتيح.
• معاملته كاقتراح منتج للعلامتين معًا، يُحسم في مراجعة الـ API وفق نمط التبويبات في WAI-ARIA.
• نسخ Tabs منفصل لـ Tidewater.
• إضافة prop باسم brand إلى Tabs.

السؤال 3 من 5

• هل يعدّ المسح شيئًا يمكن للفرق نسخه، مثل الـ class المسمّى nw-button، بدل العلامة الخاصة بالمكوّن.
• هل يستخدم المستخدمون متصفّحات قديمة.
• هل كانت عيّنة الاستبيان صغيرة جدًا.
• هل نسبة 88% أعلى من هدف الشركة.

السؤال 4 من 5

• ترك المهندس الأكثر خبرة يقرّر على انفراد.
• إطلاق التعديل المباشر خلف علم تجريبي ورؤية ما يحدث.
• مناقشته في مراجعة الـ API العلنية بالاستناد إلى المبادئ وأدلّة الاستخدام، ثم تسجيل القرار وأسبابه في السجلّ.
• تأجيله حتى دورة التخطيط السنوية التالية.

السؤال 5 من 5

• نشر الترتيب حتى تشعر الفرق المتأخّرة بضغط للتحسّن.
• تحديد هدف 90% لـ Reporting في الربع القادم.
• تجاهله، لأن مقاييس التبنّي غير موثوقة.
• معاملته كسؤال بحثي، أي سؤال Reporting عمّا ينقص النظام، ورفع اتّجاهات المؤسسة كلها إلى الإدارة.