نجاح نسخة التطبيق على المحاكي لا يثبت أنها جاهزة للإطلاق، لأن الهاتف الفعلي يكشف اختلافات في الأذونات والذاكرة والاتصال والعتاد لا تظهر دائماً في بيئة التطوير. قبل اعتماد أي نسخة مرشحة، يجب تشغيل مسار الاستخدام الأساسي كاملاً على جهاز حقيقي مماثل لما يحمله العملاء.
في مشهد توضيحي مركب، كان سامر، مؤسس تطبيق ناشئ لإدارة مصروفات الفرق الصغيرة، واقفاً في مقهى بوسط عمّان مساء الجمعة. أمسك هاتفه بيد، وبالأخرى قرّب كوب القهوة من لوحة المفاتيح. كانت النسخة المرشحة خضراء على المحاكي، والاختبارات الآلية ناجحة، ورسالة الإعلان مجدولة لصباح الأحد.
ضغط سامر زر التقاط صورة لإيصال ورقي. ظهرت شاشة سوداء لثانية، ثم عاد التطبيق إلى الواجهة الرئيسية من دون الصورة. حاول مرة أخرى. النتيجة نفسها.
لم يكن الخلل تجميلياً. التقاط الإيصال هو أول فعل يطلبه التطبيق من العميل الجديد. إذا وصلت النسخة كما هي، فسيجد المشتركون الذين نزّلوها بعد الإعلان منتجاً يفشل قبل أن يقدّم لهم أي قيمة. كان أمام سامر احتمالان سيئان: تأجيل إطلاق وعد به فريقه، أو نشر نسخة يعرف أن مسارها الرئيسي معطّل على هاتف فعلي.
لماذا أعطى المحاكي نتيجة مطمئنة
المحاكي ممتاز لتسريع التطوير، وتكرار الحالات، وتشغيل الاختبارات على إعدادات متعددة. لكنه يقدّم تمثيلاً برمجياً للجهاز، لا الجهاز الذي تعرّضت ذاكرته للضغط، وامتلأت سعته جزئياً، وتغيّرت أذوناته بعد تحديث للنظام.
في حالة سامر، كانت بيئة المحاكاة تمنح التطبيق وصولاً مستقراً إلى الكاميرا ومساحة تخزين نظيفة. أما الهاتف الذي يستخدمه يومياً فكان يحمل صوراً وتطبيقات أخرى، كما مرّ بسلسلة تحديثات وتغييرات في الأذونات. عند العودة من واجهة الكاميرا، فشل التطبيق في استعادة الحالة التي سبقت التصوير.
هذه التفاصيل لا تجعل المحاكي عديم الفائدة. هي تحدد حدود الدليل الذي يقدمه. الاختبار الناجح عليه يعني أن النسخة اجتازت بيئة مضبوطة. ولا يجيب وحده عن سؤال أهم: ماذا يحدث حين يقاطع اتصال وارد عملية التصوير، أو يضع النظام التطبيق في الخلفية، أو يرفض العميل إذناً، أو تصبح الشبكة متقطعة؟
الخلط بين السؤالين هو ما يصنع الاطمئنان الزائف.
الاختبار الذي كان يجب أن يسبق قرار الإطلاق
قبل دقائق من إغلاق الحاسوب، أعاد سامر بناء مسار العميل خطوة خطوة على الهاتف: تثبيت نظيف، إنشاء حساب، رفض إذن الكاميرا أولاً، منحه لاحقاً، تصوير إيصال، الانتقال إلى تطبيق آخر، ثم العودة لإكمال الحفظ. عند هذه النقطة تكرر العطل، وظهر موضعه بوضوح.
كان الإصلاح ممكناً، لكن الوقت لم يعد يسمح بتعامل مرتجل. ألغى سامر جدولة الإعلان، وكتب لفريقه وصفاً قابلاً لإعادة الإنتاج بدلاً من عبارة فضفاضة مثل «الكاميرا لا تعمل». القرار مؤلم، لكنه منع العملاء من اكتشاف العطل نيابة عنه.
يمكن تحويل هذا النوع من الفحص إلى بوابة إطلاق قصيرة وواضحة:
- اختر المهمة التي إن فشلت فقد المنتج سبب استخدامه، مثل الدفع أو التصوير أو تسجيل الدخول.
- نفّذها من تثبيت جديد على هاتف فعلي، ثم كررها بعد تحديث نسخة موجودة.
- اختبر رفض الأذونات، وانقطاع الشبكة، والانتقال إلى الخلفية، وقلة المساحة المتاحة.
- دوّن طراز الجهاز وإصدار النظام وخطوات إعادة العطل، من دون اعتبار المحاكي دليلاً على اختبار جهاز مادي.
- امنع النشر إذا بقي المسار الأساسي معطلاً، حتى لو نجحت بقية لوحة الاختبارات.
الفكرة قريبة من دروس الأعطال في الأنظمة الصناعية: البيئة المضبوطة تكشف جانباً، بينما تكشف ظروف التشغيل الفعلية الجانب الذي يحدد موثوقية التسليم. يظهر هذا بوضوح أيضاً في قصة [تحويل عطل إلى تسليم موثوق](/blog/ar/أنظمة-المراقبة-الصناعية-في-نيجيريا-كيف-حوّل-تشوكووما-عطلاً-إلى-تسليم-موثوق-8903a00a/).
الأجهزة المادية عند الطلب توسّع التغطية ولا تلغي المسؤولية
أطلقت Google Cloud معاينة عامة لمنصة مُدارة تتيح أجهزة فعلية ومحاكيات عند الطلب عبر البث وواجهات للاختبار المتوازي. الاتجاه مهم للفرق التي لا تستطيع شراء خزانة هواتف أو صيانة مجموعة كبيرة من الأجهزة، لأنه يجعل توسيع التغطية أقرب إلى جزء قابل للتكرار من خط البناء.
مع ذلك، زيادة عدد الأجهزة لا تصلح اختيار السيناريو الخطأ. تشغيل اختبار فتح التطبيق على عشرات الهواتف أقل قيمة من اختبار عملية الشراء كاملة على عدد أصغر من الأجهزة ذات الصلة. يجب أن تبدأ التغطية من بيانات الاستخدام الفعلية المتاحة للفريق، ومن الوظائف التي يترتب على فشلها فقدان مال أو بيانات أو ثقة.
كما ينبغي الفصل بوضوح بين ثلاثة أنواع من الأدلة: نتيجة المحاكي، ونتيجة جهاز فعلي بعيد، ونتيجة اختبار يدوي على هاتف مادي. لكل واحد منها قيمة وحدود، ودمجها تحت عبارة «اختبرناه على الهاتف» يخفي أكثر مما يوضح.
ما تغيّر صباح الاثنين
عاد سامر إلى المقهى في صباح الاثنين، ووضع الهاتف نفسه بجوار الحاسوب. ثبّت النسخة الجديدة من الصفر، رفض إذن الكاميرا، ثم أعاده من إعدادات الهاتف. صوّر الإيصال، فتح تطبيقاً آخر، وعاد. بقيت الصورة في مكانها واكتمل الحفظ.
هذه المرة لم تكن العلامة الخضراء في لوحة البناء هي سبب ثقته. كانت لديه خطوات محددة، وهاتف فعلي فشل عليها سابقاً، ونسخة اجتازت المسار نفسه بعد الإصلاح.
النسخة الجاهزة ليست التي تتوقف فيها الاختبارات عن الشكوى. هي النسخة التي نجت من أكثر لحظة يعتمد عليها العميل، في الظروف التي سيستخدم فيها المنتج فعلاً.
التعليقات
لا توجد تعليقات بعد.