اختبار الوحدة: الإطلاق

السؤال 1 من 5

• component يُعاد رسمه مع كل ضغطة مفتاح.
• صور كبيرة جدًا يُفكّ ترميزها وتُرسم في views صغيرة، أو views متداخلة بعمق مع ظلال.
• طلب شبكة بطيء.

السؤال 2 من 5

• خذ snapshot للشجرة المرسومة وحدّث الـ snapshot كلما تغيّر.
• اكتب assertion بأن setDraft الداخلي في الـ component استُدعي بكائن محدّد.
• اعثر على الحقل بمعرّف الاختبار input-2 واقرأ props.value الخاصة به.
• اكتب في الحقل الذي تسميته “Distance (km)”، واضغط زرّ “Save” بدوره، وتوقّع أن تستقبل onSave القيمة 8.4.

السؤال 3 من 5

• يمكن أن تختلف builds الإنتاج عن builds التطوير والمعاينة؛ فثبّت build الإصدار الفعلي واختبره دائمًا قبل الإرسال.
• EAS Build غير موثوق ويجب أن تبني محليًا.
• عدّلت المتاجر الملف التنفيذي أثناء الرفع.

السؤال 4 من 5

• تستغرق التحديثات أسبوعًا لتنتشر.
• builds المعاينة لا تستطيع تلقّي التحديثات إطلاقًا.
• builds المعاينة تستمع إلى قناة preview، فلا تحصل إلا على التحديثات المنشورة هناك.
• يجب رفع إصدار وقت التشغيل مع كل تحديث.

السؤال 5 من 5

• انشر eas update على production؛ وسينزّل المستخدمون الوحدة.
• انشر تحديثًا واطلب من المستخدمين إعادة التشغيل مرتين.
• أبقِ version كما هو لتظل التحديثات الحالية تنطبق.
• ارفع version، واصنع production build، وأرسله للمراجعة، وأطلقه؛ وعندها تستهدف تحديثات 1.3 إصدار وقت التشغيل الجديد.