يُعدّ طرح إصدار جديد من تطبيقك على الأجهزة الجوّالة في قناة الإصدار العلني أحد الجوانب الأكثر إثارة في عملية تطوير التطبيقات، ولكنّه قد يكون أيضًا أحد الجوانب الأكثر إثارة للتوتر. يحتاج فريقك إلى تتبُّع عدد المستخدمين الذين نزّلوا الإصدار الجديد والأخطاء الجديدة وتأثير هذه الأخطاء ومقارنتها بالإصدارات السابقة وغير ذلك.
تصف هذه الصفحة عدة أدوات تقدّمها Firebase لمراقبة البيانات التي تحتاج إليها لتشعر بالثقة بشأن إصدار تطبيقك على الأجهزة الجوّالة.
استخدِم لوحة بيانات مراقبة الإصدار لاستكشاف البيانات المرتبطة بإصدارك
تستند لوحة بيانات مراقبة الإصدار في وحدة تحكّم Firebase إلى Firebase Crashlytics. وهي لوحة بيانات واحدة لمراقبة أحدث إصدار علني لك. يتم تحديث لوحة البيانات في الوقت الفعلي تقريبًا وتمنحك نظرة عامة على أهم مقاييس الإصدار، بما في ذلك المقاييس التي لا تتضمّن أعطالًا وعدد المستخدمين الذين نزّلوا الإصدار الجديد والمقارنات بالإصدارات السابقة وأي مشاكل جديدة في الإصدار.
تحسّن لوحة البيانات الجديدة هذه صفحة أحدث إصدار في وحدة التحكّم. مقارنةً بهذه الصفحة، تضيف لوحة بيانات مراقبة الإصدار مزيدًا من المعلومات وتعرض بيانات مفيدة بدون الحاجة إلى إحصاءات Google وتحمّل البيانات بسرعة أكبر.
ميزات لوحة البيانات
إعداد التقارير في الوقت الفعلي
يتم تحديث جميع الرسوم البيانية في الوقت الفعلي تقريبًا. بعد نشر أحدث إصدار بفترة قصيرة، يمكنك مراقبة بدء تفاعل المستخدمين مع هذا الإصدار. إذا واجه بعض هؤلاء المستخدمين أعطالًا، ستعرف التأثير على الفور من خلال الرسوم البيانية للمقاييس التي لا تتضمّن أعطالًا.المقارنة ووضع المؤشرات استنادًا إلى الإصدارات السابقة
يمكنك الاطّلاع على ثبات أحدث إصدار في سياق إصداراتك السابقة. تتيح لك لوحة البيانات مقارنة المقاييس المباشرة من أحدث إصدار وما يصل إلى اثنتَين من عمليات الإنشاء التي تم إصدارها سابقًا.أهم المشاكل الجديدة
يمكنك الاطّلاع على الأعطال الجديدة في أحدث إصدار عند حدوثها. في جدول أهم المشاكل الجديدة، يمكنك مراقبة تأثير المشاكل التي تم رصدها لأول مرة في أحدث إصدار، ما يتيح لك اتخاذ قرار سريع بشأن إيقاف الإصدار أو التراجع عنه.
متطلبات لوحة البيانات
لعرض أحدث إصدار في لوحة بيانات مراقبة الإصدار، اتّبِع الخطوات التالية:
تأكَّد من أنّ تطبيقك يستخدم الحد الأدنى من الإصدارات التالية من حزمة Crashlytics SDK:
منصّات Apple: الإصدار 10.8.0 أو إصدار أحدث | Android: الإصدار 18.6.0 أو إصدار أحدث (BoM الإصدار 32.6.0 أو إصدار أحدث) | Flutter: الإصدار 3.4.5 أو إصدار أحدث | Unity: الإصدار 11.7.0 أو إصدار أحدثانشر إصدارًا جديدًا من التطبيق في قناة الإصدار العلني ليكون لديك عدد كافٍ من المستخدمين المتفاعلين مع أحدث إصدار .
الأسئلة الشائعة حول لوحة البيانات
كيف يتم تحديد القيم المعروضة في الرسم البياني المستخدمون النشطون أو احتسابها؟
أولاً، من المفيد فهم بعض المصطلحات المتعلّقة بالرسم البياني المستخدمون النشطون:
الجلسة هي فترة زمنية متواصلة يتفاعل خلالها المستخدم مع أحد التطبيقات. تبدأ جلسة جديدة عند بدء تشغيل التطبيق للمرة الأولى أو عند إظهاره في المقدّمة بعد 30 دقيقة على الأقل من تشغيله في الخلفية.
المستخدمون النشطون لعملية إنشاء معيّنة هم عدد المستخدمين الذين بدأوا جلسة باستخدام عملية الإنشاء هذه، ويتم تجميعهم حسب الساعة.
إجمالي المستخدمين (النشطين) هو عدد المستخدمين الذين بدأوا جلسة في أي عملية إنشاء للتطبيق تستخدم إصدارًا من حزمة SDK يمكنه تسجيل الجلسات، ويتم تجميعهم حسب الساعة.
في الرسم البياني المستخدمون النشطون، تكون النسبة المئوية وعدد المستخدمين النشطين اللذين يتم عرضهما دائمًا على الرسم البياني من آخر 60 دقيقة (أو إذا لم يكن هناك أي مستخدمين نشطين في آخر 60 دقيقة، تكون من آخر فترة ساعة تتضمّن بيانات). على سبيل المثال، في لقطة الشاشة النموذجية، كان هناك 90 مستخدمًا نشطًا لعملية الإنشاء 6.0.0 (600) في آخر 60 دقيقة، ما يمثّل% 22.1 من إجمالي المستخدمين (النشطين) للتطبيق.
عند تمرير مؤشر الماوس فوق الخطوط في الرسم البياني المستخدمون النشطون، يتم احتساب النسبة المئوية للمستخدمين النشطين من عدد المستخدمين النشطين في فترة الساعة التي تمرّر مؤشر الماوس فوقها.
يُرجى العِلم أنّه لعرض النسبة المئوية للمستخدمين النشطين، عليك أن تكون قد أصدرت عمليتَي إنشاء على الأقل تستوفيان المتطلبات الموضّحة في الأسئلة الشائعة "ما هي عمليات الإنشاء التي يمكن عرضها على لوحة بيانات مراقبة الإصدار؟".
إعداد التنبيهات
يمكن لعدة منتجات من Firebase، بما في ذلك Crashlytics، إرسال تنبيهات لأسباب مختلفة خاصة بالمنتج. لتلقّي التنبيهات، يجب أن يكون لديك الأذونات المطلوبة.
لمراقبة ثبات أحدث إصدار، يمكنك إعداد التنبيهات من كلٍّ من Performance Monitoring و Crashlytics. بالنسبة إلى Crashlytics تحديدًا، يمكنك إعداد التنبيهات التالية:
استخدِم تنبيهات السرعة لإشعار فريقك إذا تجاوزت أي مشكلة فردية في تطبيقك حدًا تحدّده في وحدة تحكّم Firebase
أرسِل تنبيهات بشأن المشاكل الجديدة أو المشاكل التي تكرّرت إلى قناة الإشعارات المفضّلة لديك:
استخدِم عمليات دمج التنبيهات التي تم إعدادها في وحدة تحكّم Firebase لتطبيقات Slack و Jira و PagerDuty.
يمكنك إعداد التنبيهات المتقدّمة للخدمات التابعة لجهات خارجية باستخدام Cloud Functions for Firebase.
ضمان إصدار سلس قبل نشره
قبل نشر أحدث إصدار، ننصحك باستخدام بعض الخدمات والميزات التالية للمساعدة في ضمان إصدار سلس.
استخدام خدمات اختبار الإصدار التجريبي
تقدّم Firebase منتجَين يمكنهما المساعدة في اختبار الإصدار التجريبي: Test Lab وApp Distribution. يمكن دمج كلتا الخدمتَين في عمليات التكامل المستمر/النشر المستمر (CI/CD).
Firebase Test Lab هي بنية أساسية لاختبار التطبيقات مستندة إلى السحابة الإلكترونية تتيح لك اختبار تطبيقك على مجموعة من الأجهزة والإعدادات، ما يمنحك فهمًا مبكرًا لمستوى أدائه لدى المستخدمين الفعليين.
عندما تكون مستعدًا لوضع أحدث عملية إنشاء في أيدي مختبِرين بشريين موثوق بهم، استخدِم Firebase App Distribution. يمكنك إدارة عمليات توزيع الإصدارات التجريبية على منصّات Apple وAndroid من المكان نفسه.
استخدام خدمات طرح الإصدار والاختبار المحدود
استخدِم Firebase Remote Config لطرح ميزات جديدة باستخدام آلية طرح الإصدار بنسبة مئوية أو اختبار هذه الميزات على مجموعة اختبار محدودة.
تقدّم Firebase أيضًا A/B Testing لتتمكّن من اختبار التغييرات في واجهة مستخدم تطبيقك أو ميزاته أو حملات التفاعل لمعرفة تأثيرها في مقاييسك الرئيسية (مثل الإيرادات والاحتفاظ بالمستخدمين) قبل طرحها على نطاق واسع.