إيجاد النقطة، ووصفها، واختبارها. وممّ يُبنى النوع المولَّد، ولماذا يهمّ ذلك عند التحديث التالي.
وهذا الدرس الآليّ في الوحدة، والشيئان اللذان يستحقّان الأخذ كيف تجد النقطة أصلًا، وما الذي يرسيه الاختبار الذي تجريه حقًّا.
وإيجادها أول عقبة وهي مشكلة توثيقٍ لا مشكلة أداة. فـFusion ينشر واجهات REST لكل عائلة منتجات، مُنسَّخةً في المسار، والمورد الذي تريده مسمًّى عادةً باسم كائن الأعمال لا الشاشة التي رأيته فيها. ابدأ من كتالوج الواجهات للإصدار الذي تشغّله نسختك، لا من نتيجة بحث، فالشكل يتغيّر بين الإصدارات ومثالٌ من إصدارين مضيا سيضلّلك تحديدًا.
ووصفها إعطاء الأداة المسارَ وتركُها تستدعي مرّةً لترى ما يعود. وذلك الاستدعاء حيث يأتي النوع، وتلك الجملة التي تُحفَظ: فالنوع مبنيٌّ من استجابةٍ واحدة، في يومٍ واحد، من نسخةٍ واحدة.
فحقلٌ كان خاليًا في عيّنتك قد لا يظهر في النوع البتّة. صِف في مقابل سجلٍّ ببياناتٍ حقيقية في كل حقلٍ يهمّك، وإلا وجدت حقولًا مفقودة من المنتقي تعيدها الخدمة تمامًا — واستنتجت، خطأً، أن Fusion لا يوفّرها.
ولماذا يهمّ ذلك عند التحديث التالي هو الدرس ٨ كلّه. فـFusion يُرقَّى على جدول أوراكل لا جدولك، وتُضاف الحقول وتُعاد تسميتها وتُهجَر، ولا يتحرّك النوع الذي ولّدته. ولا شيء يعيد فحصه ولا شيء يخبرك، فسجّل أيّ نقطةٍ وأيّ إصدارٍ وُصِف عنده كل اتّصال — وتلك الملاحظة ما يحوّل لغزًا إلى فحص.
واختبارها في الأداة يرسي شيئًا واحدًا: أن الاعتماد والمسار يعملان معًا الآن. ولا يرسي أن مستخدمًا سيكون له الوصول نفسه — الدرس ٣ — وقراءة اختبارٍ ناجح «الاتّصال يعمل» هي كيف يُبنى تطبيقُ حسابٍ مشترك مصادفةً.