الفحص قبل الإطلاق ينتهي على جهاز شخص آخر

من مرّ بهذه الخدمة من أولها إلى آخرها شخص واحد

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

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

لذلك يقترب الفحص قبل الإطلاق من سؤال من سلك أي طريق، أكثر مما هو عدّ للبنود التي جرى التأشير عليها. المشي في طريق واحد لم يكن مذكوراً في القائمة يكشف عادة أكثر مما تكشفه إطالة القائمة.

امشِ الخط كاملاً دون أن تقطعه

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

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

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

ما يخرج منك لا يثبت إلا عند وصوله

ظهور رسالة “تم الإرسال” على الشاشة شيء، ووجود البريد في صندوق وارد شخص آخر شيء ثانٍ. نموذج التواصل، تحقق التسجيل، إعادة تعيين كلمة المرور، تأكيد الطلب، الإشعارات. لا يُعدّ أي منها مؤكَّداً قبل أن يُرسل إلى عنوان حقيقي ويُفتح هناك.

أثناء التطوير يجري التحقق من هذا الجانب بأداة تلتقط الرسائل، وتلك الأداة لا تدفع بشيء إلى الخارج أصلاً. وما إن يتحوّل الأمر إلى إرسال حقيقي حتى تصبح مصادقة نطاق المرسل هي البوابة. مزوّدو البريد الكبار استقرّوا منذ سنوات على اشتراط سجلات SPF وDKIM وDMARC على نطاق الإرسال، والرسالة التي تخلو منها تهبط في مجلد المزعج أو تُرفض من أولها. هذه السجلات بيد من يدير النطاق لا بيد من يكتب الشيفرة، ولهذا يُكتشف نقصها بعد الإطلاق أكثر مما يُكتشف قبله.

وافحص الطرف المستقبِل مرة واحدة كذلك. فإذا كان بريد نموذج التواصل يتكدّس بصمت في مجلد المزعج عند المسؤول، فالنموذج يعمل بلا خلل، والاستفسارات وحدها لا تصل.

هاتف قديم، اتصال بطيء، نافذة بلا تسجيل دخول

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

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

هل تستطيع إعادة الحال كما كان

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

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

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

”لا يعمل” ليست نتيجة فحص

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

وإذا كان من يفحص غير من يصلح، فاتفقا على هذه الصيغة مسبقاً. الأيام الأخيرة قبل الإطلاق هي موسم تراكم الملاحظات، والبلاغات غير المرتّبة تحوّل وقت الإصلاح إلى وقت قراءة.

دور الزائر الغريب نتولاه نحن

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